简介：这份计算机网络课程设计报告围绕PING程序的设计与实现展开，面向高校计算机、网络工程等专业需要完成课程设计的学生，以及希望理解ICMP协议与Java网络编程的初学者。报告以模拟Windows下ping命令为目标，涵盖问题描述、概要设计、详细设计、调试分析、心得体会与用户手册等完整章节，可直接作为课程设计范文或模板参考。资源包共1个doc文件，约1.88MB，内容包含Ping、Timer、From、ImagePanel等类的设计思路，pingRang与pingAddress核心算法代码，以及InetAddress.isReachable方法的调用说明和异常处理方案。目前已有512人学习下载。读者可从中获得完整的课程设计结构框架、Java实现ping连通性检测的代码示例、Eclipse调试经验与常见问题解决思路，适合作为网络课程设计报告撰写与网络编程入门的实践素材。
1. 从一份课程设计报告说起：PING 程序到底在测什么
很多人第一次拿到「PING 程序设计与实现」这个题目，脑子里冒出来的第一个念头是：ping命令我天天用，敲一下ping www.baidu.com看通不通就完事了，这有什么好设计的？但真坐到 Eclipse 前面，打开 Java 准备写的时候，问题就来了——ping到底发的是什么包？为什么它不需要建立连接就能知道对面活着？InetAddress.isReachable()为什么有时候返回 true 有时候返回 false，跟系统权限有什么关系？
这份课程设计报告的核心，其实不是让你复刻一个命令行工具，而是逼你把 ICMP 协议、原始套接字、Java 网络编程这三块知识串起来。你需要自己构造 ICMP 回显请求报文，自己算校验和，自己解析回显应答，最后统计往返时延和丢包率。适合正在做网络课程设计的学生，也适合想从「会用 ping」进阶到「懂 ping 怎么实现」的后端开发。下面我按实际动手的顺序，把这条路走一遍。
2. ICMP 报文结构与 Java 原始套接字的选型理由
2.1 为什么不能直接用 URLConnection 或 Socket
ping走的是 ICMP 协议，不是 TCP 也不是 UDP。Java 标准库里的Socket和DatagramSocket分别对应 TCP 和 UDP，它们封装的是传输层，而 ICMP 属于网络层协议，没有端口号的概念。所以你不能用new Socket()去发 ICMP 包，这条路从根上就走不通。
那 Java 有没有现成的 ICMP 接口？有，InetAddress.isReachable(int timeout)底层就是发 ICMP 回显请求。但它有几个致命限制：第一，它只返回一个布尔值，你拿不到 RTT（往返时延），也拿不到 TTL；第二，在 Windows 上它有时候会退化成 TCP 的 7 号端口探测，结果不准；第三，你没法控制 ICMP 报文的标识符和序列号，做不了多包统计。课程设计要的是完整的 ping 功能——发包、收包、算时延、统计丢包——所以必须自己构造 ICMP 报文。
常见做法是用java.net.DatagramSocket配合原始套接字，或者用InetAddress拿到目标 IP 后，通过DatagramPacket发送自定义字节流。但这里有个坑：普通用户权限下，操作系统不允许你直接发 ICMP 包。Linux 上需要root或者给 Java 进程加CAP_NET_RAW能力，Windows 上需要管理员权限。这是整个课程设计里第一个卡住大多数人的地方。
2.2 ICMP 回显请求报文的字节布局
ICMP 报文是嵌在 IP 数据报里面的。IP 头 20 字节，ICMP 头 8 字节，后面跟数据部分。我们构造的时候只需要关心 ICMP 部分，IP 头由操作系统内核帮我们填。
ICMP 回显请求（Type 8）和回显应答（Type 0）的格式完全一样，区别只在 Type 字段。8 字节的 ICMP 头结构如下：
| 偏移量 | 长度 | 字段名 | 说明 |
|---|---|---|---|
| 0 | 1 字节 | Type | 请求为 8，应答为 0 |
| 1 | 1 字节 | Code | 恒为 0 |
| 2 | 2 字节 | Checksum | 整个 ICMP 报文的校验和 |
| 4 | 2 字节 | Identifier | 标识符，通常填进程 ID |
| 6 | 2 字节 | Sequence Number | 序列号，从 1 开始递增 |
| 8 | N 字节 | Data | 载荷，通常填时间戳 |
校验和的计算方法是：把 ICMP 报文按 16 位分组，所有分组做反码求和，最后取反。注意计算时 Checksum 字段本身先填 0。这个算法在 Java 里用short数组循环累加就能实现，但要注意 Java 没有无符号类型，累加的时候要用int接，最后强转回short。
2.3 用 Java 构造 ICMP 包的完整代码
下面这段代码是课程设计里最核心的部分，直接决定你能不能发出一个合法的 ICMP 回显请求。
import java.net.*; import java.nio.ByteBuffer; public class IcmpPacketBuilder { // 计算 ICMP 校验和 private static short computeChecksum(byte[] data) { int sum = 0; int length = data.length; int i = 0; // 按 16 位一组累加 while (length > 1) { sum += ((data[i] << 8) & 0xFF00) | (data[i + 1] & 0xFF); i += 2; length -= 2; } // 如果字节数为奇数，最后一个字节单独处理 if (length == 1) { sum += (data[i] << 8) & 0xFF00; } // 将高 16 位溢出加到低 16 位 while ((sum >> 16) != 0) { sum = (sum & 0xFFFF) + (sum >> 16); } return (short) ~sum; } // 构造 ICMP 回显请求报文 public static byte[] buildEchoRequest(int identifier, int sequence) { int dataSize = 32; // 载荷 32 字节 byte[] packet = new byte[8 + dataSize]; packet[0] = 8; // Type = 8，回显请求 packet[1] = 0; // Code = 0 // Checksum 先填 0，后面计算 packet[2] = 0; packet[3] = 0; // Identifier 占 2 字节，大端序 packet[4] = (byte) ((identifier >> 8) & 0xFF); packet[5] = (byte) (identifier & 0xFF); // Sequence Number 占 2 字节 packet[6] = (byte) ((sequence >> 8) & 0xFF); packet[7] = (byte) (sequence & 0xFF); // 填充载荷：当前时间戳，用于计算 RTT long timestamp = System.currentTimeMillis(); ByteBuffer buffer = ByteBuffer.allocate(dataSize); buffer.putLong(timestamp); // 剩余字节填固定值，方便校验 for (int i = 8; i < dataSize; i++) { buffer.put((byte) i); } System.arraycopy(buffer.array(), 0, packet, 8, dataSize); // 计算校验和并填入 short checksum = computeChecksum(packet); packet[2] = (byte) ((checksum >> 8) & 0xFF); packet[3] = (byte) (checksum & 0xFF); return packet; } }这段代码的逻辑说明：computeChecksum方法先把报文按 16 位分组累加，处理奇数长度的情况，然后把高 16 位的溢出折返加到低 16 位，最后取反得到校验和。buildEchoRequest方法按 ICMP 头格式逐字节填充，Identifier 和 Sequence 都用大端序写入，载荷部分前 8 字节放当前时间戳，后面填递增字节。参数identifier一般用System.currentTimeMillis() & 0xFFFF或者进程 ID，sequence从 1 开始每发一个包加 1。
注意：Java 的
byte是有符号的，范围 -128 到 127。写入大于 127 的值时要先跟 0xFF 做与运算再强转，否则会变成负数。这是血泪经验，校验和算错十有八九是这里翻的车。
3. 发送与接收：用 DatagramSocket 跑通第一个回显应答
3.1 创建套接字并发送 ICMP 包
拿到构造好的字节数组之后，下一步是把它发出去。Java 里发 ICMP 包不能用DatagramSocket直接发，因为DatagramSocket走的是 UDP，操作系统会在 IP 头里把协议号标成 17（UDP），而不是 1（ICMP）。目标主机收到之后发现协议号不对，直接丢弃，你永远收不到回显应答。
那怎么办？常见做法有两种。第一种是用InetAddress.isReachable()做探测，但前面说了拿不到 RTT。第二种是用java.net.DatagramSocket配合setSoTimeout，在某些平台上操作系统会允许你发送原始 ICMP 包，但这不是标准行为，跨平台不可靠。真正靠谱的做法是用 JNI 调用 C 的socket(AF_INET, SOCK_RAW, IPPROTO_ICMP)，或者用Runtime.exec()直接调系统的ping命令然后解析输出。
对于课程设计来说，我一般推荐第三种折中方案：用DatagramSocket发 UDP 包到目标主机的某个端口，同时用InetAddress.isReachable()做辅助判断。但这样测的不是 ICMP，报告里写清楚就行。如果指导老师要求必须实现 ICMP，那就老老实实写 JNI，或者用 Java 的ProcessBuilder调系统 ping。
下面是用ProcessBuilder调系统 ping 并解析输出的代码，这是最稳的路子：
import java.io.*; import java.util.regex.*; public class PingExecutor { public static void main(String[] args) throws Exception { String target = "www.baidu.com"; // Windows 用 -n 指定次数，Linux/macOS 用 -c String os = System.getProperty("os.name").toLowerCase(); String countFlag = os.contains("win") ? "-n" : "-c"; ProcessBuilder pb = new ProcessBuilder("ping", countFlag, "4", target); pb.redirectErrorStream(true); Process process = pb.start(); BufferedReader reader = new BufferedReader( new InputStreamReader(process.getInputStream(), "GBK")); String line; // 匹配 time=xxms 或 time<1ms Pattern pattern = Pattern.compile("time[=<](\\d+)ms"); int received = 0; long totalRtt = 0; while ((line = reader.readLine()) != null) { System.out.println(line); Matcher matcher = pattern.matcher(line); if (matcher.find()) { int rtt = Integer.parseInt(matcher.group(1)); totalRtt += rtt; received++; } } process.waitFor(); System.out.println("--- 统计 ---"); System.out.println("发送 4 个包，收到 " + received + " 个"); if (received > 0) { System.out.println("平均 RTT: " + (totalRtt / received) + "ms"); } } }逻辑说明：ProcessBuilder启动系统 ping 命令，redirectErrorStream(true)把错误流合并到标准输出，避免缓冲区满了导致进程卡死。读取输出时用正则匹配time=xxms或time<1ms，累加 RTT 并计数。参数countFlag根据操作系统自动选择，Windows 是-n，Linux 和 macOS 是-c。编码用 GBK 是因为 Windows 中文系统的 ping 输出是 GBK 编码，用 UTF-8 读会乱码。
3.2 解析回显应答与计算 RTT
如果你坚持用原始套接字实现，收到回显应答之后的解析逻辑是这样的：先跳过 IP 头（通常 20 字节，但如果有选项字段可能更长），然后读 ICMP 头的 Type 字段，如果是 0 说明是回显应答，接着读 Identifier 和 Sequence 确认是自己发的那个包，最后从载荷里取出时间戳，用当前时间减去时间戳就是 RTT。
这里有个容易翻车的点：IP 头的长度不是固定的。标准 IP 头是 20 字节，但如果带了选项字段（比如记录路由），长度会变成 24 或 28 字节。IP 头的第一个字节低 4 位是 IHL（Internet Header Length），表示 IP 头有多少个 32 位字。所以实际 IP 头长度是(packet[0] & 0x0F) * 4。直接写死 20 字节，在某些网络环境下会解析出错。
注意：Linux 上普通用户没有权限创建原始套接字，会抛
SocketException: Permission denied。解决办法是用sudo运行，或者给 Java 二进制文件加setcap cap_net_raw+ep。Windows 上需要以管理员身份运行 Eclipse 或者命令行。
4. 避坑与排查：课程设计里最容易翻车的五个地方
4.1 现象：程序编译通过但运行时报权限错误
原因：原始套接字需要系统特权。Linux 下普通用户默认没有CAP_NET_RAW能力，Windows 下非管理员账户不允许创建原始套接字。
解决：Linux 用sudo java -cp . YourPingClass运行，或者执行sudo setcap cap_net_raw+ep $(which java)给 Java 解释器授权。Windows 右键 Eclipse 图标选「以管理员身份运行」。如果是在 IDE 里跑，注意 IDE 本身也要用管理员权限启动，否则它启动的子进程继承不到权限。
4.2 现象：校验和算出来跟 Wireshark 抓包不一致
原因：Java 的byte是有符号的，data[i] << 8的时候如果data[i]是负数，左移之后高位全是 1，跟 0xFF00 做与运算结果不对。另外累加的时候用short会溢出，必须用int接。
解决：所有字节转 int 的时候先跟 0xFF 做与运算，确保变成 0 到 255 的正数。累加用int，最后折返溢出位的时候用while ((sum >> 16) != 0)循环处理，不要只折一次。
4.3 现象：能收到回显应答但 RTT 是负数
原因：载荷里存的时间戳是发送时的时间，接收时用System.currentTimeMillis()减去它。如果发送和接收用了不同的时间基准，或者时间戳在字节序转换时搞反了，就会算出负数。
解决：发送和接收都用System.currentTimeMillis()，不要混用nanoTime()。字节序统一用大端序（网络字节序），写入用ByteBuffer.putLong()默认就是大端，读取用ByteBuffer.getLong()也是大端，不要手动移位。
4.4 现象：ping 域名通，ping IP 不通
原因：域名解析走的是 DNS，跟 ICMP 是两回事。InetAddress.getByName("www.baidu.com")返回的是解析后的 IP，如果 DNS 配置有问题会抛UnknownHostException。但如果你直接 ping IP 不通，说明网络层有问题，可能是路由表、防火墙或者目标主机禁了 ICMP。
解决：先用nslookup或dig确认域名能解析出 IP，再用ping直接测那个 IP。如果 IP 也不通，检查本机路由表route print（Windows）或ip route（Linux），确认默认网关存在。有些云服务器默认禁 ICMP，需要在安全组里放行。
4.5 现象：Eclipse 里跑得好好的，导出 jar 包双击运行没反应
原因：Eclipse 运行的时候工作目录是项目根目录，导出 jar 之后双击运行工作目录变成了 jar 所在目录，相对路径全变了。另外如果代码里用了System.getProperty("os.name")判断操作系统，在 jar 里跑结果是一样的，问题不在这。
解决：导出 jar 的时候在 manifest 里指定Main-Class，运行时用java -jar your.jar在命令行跑，这样能看到报错信息。如果双击没反应，大概率是抛了异常但控制台窗口一闪而过。在代码最外层加try-catch把异常写到日志文件里，或者用ProcessBuilder调 ping 的时候把错误流也读出来打印。
5. 进阶技巧：用 Wireshark 验证你的 ICMP 包到底长什么样
课程设计报告里如果只贴代码和运行截图，分数不会太高。真正能拉开差距的是抓包分析——用 Wireshark 抓下你程序发出的 ICMP 包，跟标准 ping 命令发的包做对比，看 Type、Code、Checksum、Identifier、Sequence 这几个字段对不对。这一步做完，报告的技术深度直接上一个档次。
具体操作：先在 Wireshark 里选好网卡，过滤器输入icmp，然后运行你的 Java 程序。抓到的包如果 Type 是 8 说明是回显请求，Type 是 0 说明是回显应答。点开 ICMP 详情，看 Checksum 字段是不是correct，如果显示incorrect说明你的校验和算错了。再看 Identifier 和 Sequence，确认跟你代码里设的值一致。
如果你是用ProcessBuilder调系统 ping，抓到的包跟你自己构造的包格式应该一模一样，因为系统 ping 也是按 RFC 792 实现的。对比的时候重点看 Data 部分：系统 ping 默认填的是递增的字节序列，你的程序填的是时间戳，这个差异不影响功能，但报告里可以写一句「载荷设计为时间戳以便于 RTT 计算」。
还有一个进阶玩法：把 TTL 字段也解析出来。TTL 在 IP 头里，偏移量是 8。每经过一个路由器 TTL 减 1，所以初始 TTL - 收到的 TTL + 1就是经过的跳数。Linux 默认初始 TTL 是 64，Windows 是 128。你可以在报告里加一个「路由跳数推测」的小节，用收到的 TTL 反推目标主机大概经过了几跳，这比单纯统计 RTT 有意思得多。
最后说一个我自己的习惯：每次写完网络程序，先在本机ping 127.0.0.1跑通，再ping局域网网关，最后才ping外网域名。这样出问题的时候能快速定位是代码问题、局域网问题还是外网问题。课程设计答辩的时候老师问「你怎么保证程序是对的」，你就把这个排查顺序讲出来，比背概念管用。希望帮到你。
本文还有配套的精品资源，点击获取
