简介华科《计算机网络实验报告》以Java Socket编程与网络组建实验为核心面向计算机科学与技术专业本科生及需要完成同类课程设计的学习者。内容先梳理Socket基础概念、TCP/UDP协议、客户端-服务器架构再结合电子邮件收发场景讲解Socket客户端与服务器端的设计、界面、写信收信流程及实验体会网络组建部分涵盖组网、路由配置、VLAN划分、访问控制配置并配有系统安装、网络测试等步骤记录。资源包共1个文件格式为docx压缩包体积约3.67MB目录结构清晰可直接查阅或按章节复用。已有427人学习下载。对于正在完成计算机网络课程实验或撰写实验报告的同学这份报告提供了完整步骤、关键配置思路与排版参考实用价值较高。1. 一份实验报告把 Java Socket 和网络组建放在同一张拓扑里很多计算机网络课的期末实验最后都会落到一份类似「华科-计算机网络实验报告-Java_Socket编程-网络组建实验.docx」的文档上。表面看这是一次普通编程作业实际上一旦动手你就会发现花一个晚上把 Java 的 ServerSocket 调通的人不在少数但被老师追问「两个网段为什么能通信」「路由器在里面做了什么」就答不上来的人更多。这个实验真正在考察的是把 Socket 编程和网络组建当成一个整体先用路由和 IP 搭出多网段环境再让 Java 程序跑在真实链路上。下面从组网和代码两条线同时推进给你一套可以直接照做的方案顺带把那些不在报告里但一定会遇到的坑讲清楚。2. 先组网再写代码把 Java Socket 放进 TCP/IP 协议栈里看Socket 从来不是独立于网络存在的。你写的Socket(192.168.x.x, 8080)这一行底层要经过网卡驱动、数据链路层寻址、IP 路由选择、TCP 三次握手才能到达对端。所以我的建议是这个实验不要先写 Java先把网络拓扑想明白。拓扑决定了两台机器在协议栈的哪一层能相遇也决定了你排错时该看ping、route还是抓包。2.1 用 Java 做 Socket 而不是 C/Python实验环境与多线程的取舍Java 在这个实验里有三个实打实的优势。第一java.net包把Socket、ServerSocket、InetAddress都封装好了不需要引入任何第三方依赖实验室那种只有 JDK 的机器也能直接编译运行。第二Java 的多线程模型顺滑accept()一次只能拿回一个连接但一个实验服务器要同时服务多个客户端时new Thread(...)或ExecutorService写起来都很直接报告里还能画出清晰的类图。第三Java 异常体系完整IOException、SocketTimeoutException、ConnectException分别对应不同故障写进实验报告的「异常处理」部分会显得你确实跑通了而不是只贴代码。要提醒的是版本选择。JDK 8 在当前很多实验室机器上仍是默认版本代码里用 lambda 没问题如果机器上还是 JDK 7lambda 会编译不通过老老实实写匿名内部类。另一个容易忽略的点是javac和java的 classpath两个类放到同一个目录下分开编译即可不需要打成 jar。2.2 组网先行子网规划、路由与「三层都能通」的目标网络组建实验里最常见的拓扑是一台服务器在 192.168.10.0/24一台客户端在 192.168.20.0/24中间一台 Linux 双网卡机器做路由器。也有人把这两个网段塞到同一个交换机下靠同一广播域直接通信那就不叫「组建」了因为根本没涉及路由。我按常见的可交差方案给出一套 IP 规划表设备接口 / 网卡IP 地址网关作用Servereth0192.168.10.10/24192.168.10.1运行 Java Socket 服务端Clienteth0192.168.20.10/24192.168.20.1运行 Java Socket 客户端Routereth0192.168.10.1/24无转发 10 网段流量Routereth1192.168.20.1/24无转发 20 网段流量手动配置静态 IP 而不是用 DHCP是为了让路由表可见、可解释。实验报告里如果能画出这张表再把每个设备的route -n输出贴出来老师一眼就能看出你理解了三层通信。这里还要预先定一个规矩所有 IP 都取192.168.x.0/24这种私有网段避免和外网地址冲突也方便抓包时一眼认出哪些包是你自己发的。2.3 为什么「路由可达」是 Socket 调通的前提写代码前先问自己一个问题客户端connect服务端时TCP 的 SYN 包是怎么从 192.168.20.10 到 192.168.10.10 的答案分两段。第一段客户端发现目标 IP 不在自己所在子网于是把包交给默认网关 192.168.20.1也就是 Router 的 eth1。第二段Router 查路由表发现 192.168.10.0/24 直连在 eth0于是把包从 eth0 转发出去交给 Server 的网卡。如果 Router 没开 IP 转发或者客户端没配网关SYN 包根本到不了服务端Java 那边就会一直卡在connect直到超时。这个道理听起来简单但实际操作里半数以上「Java 连不上」的问题源头都在这。所以在写ServerSocket之前先保证ping 192.168.10.10能从客户端通到服务器。这不是浪费时间是在给后面的排错切分边界链路层通、网络层通、传输层才能谈得上。3. 用 Java Socket 实现最小可跑的服务端与客户端网络组建搭好之后Java 这边就变得纯粹了一个监听端口的服务端一个发起连接的客户端。这里给出两个可以直接编译运行的类服务端支持多客户端并发客户端用标准输入逐行发送消息。代码保持 JDK 8 兼容方便在实验室老环境里直接跑。3.1 服务端ServerSocket 监听、多线程 accept 与连接处理import java.net.*; import java.io.*; public class EchoServer { public static void main(String[] args) throws IOException { int port 8080; // 绑定 0.0.0.0监听本机所有网卡跨网段客户端才能连上 ServerSocket serverSocket new ServerSocket(port, 50, InetAddress.getByName(0.0.0.0)); System.out.println(server listening on 0.0.0.0: port); while (true) { Socket client serverSocket.accept(); // 阻塞等待新连接 // 每个连接独立线程处理避免某一个客户端卡死影响其他连接 new Thread(() - handle(client)).start(); } } private static void handle(Socket client) { System.out.println(client from client.getInetAddress() : client.getPort()); try (BufferedReader in new BufferedReader(new InputStreamReader(client.getInputStream())); PrintWriter out new PrintWriter(client.getOutputStream(), true)) { String line; // readLine 以换行符作为消息边界对端不发换行符时这里会一直阻塞 while ((line in.readLine()) ! null) { System.out.println(recv: line); out.println(echo: line); } } catch (IOException e) { System.out.println(connection error: e.getMessage()); } finally { try { client.close(); } catch (IOException ignored) { } } } }这段代码里最值得写进实验报告的是ServerSocket构造器的三个参数端口、backlog、绑定地址。backlog 表示操作系统内核里等待accept()取走的连接队列长度实验场景 50 够用不用深调。绑定地址填0.0.0.0是因为服务器有两个网卡时只绑 127.0.0.1 会让外部客户端全部Connection refused这是实验里最常见的翻车点。accept()返回的Socket代表一条已建立的 TCP 连接每个连接开一个线程处理主线程继续回去等下一个连接这样并发行为在报告里也好描述。3.2 客户端连接超时、SO_TIMEOUT 与换行边界import java.net.*; import java.io.*; public class EchoClient { public static void main(String[] args) throws Exception { String serverIp args.length 0 ? args[0] : 192.168.10.10; int port 8080; // 先创建空 Socket再手动 connect才可以设置连接超时 Socket socket new Socket(); socket.connect(new InetSocketAddress(serverIp, port), 3000); // 3 秒连不上就抛异常 socket.setSoTimeout(5000); // 读超时服务端 5 秒不响应就抛 SocketTimeoutException BufferedReader in new BufferedReader(new InputStreamReader(socket.getInputStream())); PrintWriter out new PrintWriter(socket.getOutputStream(), true); BufferedReader stdIn new BufferedReader(new InputStreamReader(System.in)); String line; System.out.println(connected to serverIp : port , type lines to send:); while ((line stdIn.readLine()) ! null) { out.println(line); // println 自动追加换行符服务端 readLine 才能读到一行 System.out.println(reply: in.readLine()); } socket.close(); } }客户端的两个参数值得单独说明。connect(InetSocketAddress, int)的连接超时单位是毫秒值设太大会让无路可走的 SYN 包长时间挂起设太小在跨网段场景里容易误报失败3 秒对局域网实验比较合适。setSoTimeout(5000)是读超时防止服务端程序崩了以后readLine()永久阻塞触发了会抛SocketTimeoutException你在 catch 里打印日志就能知道问题出在服务端没回包。另外两端消息边界全靠println追加的\n这是用BufferedReader.readLine()的前提也是后面要讲的 TCP 粘包/半包问题的雏形。3.3 编译运行与最小验证两个终端的完整流程# 第一台机器Server192.168.10.10 javac EchoServer.java java EchoServer # 第二台机器Client192.168.20.10 javac EchoClient.java java EchoClient 192.168.10.10服务端启动后会在 0.0.0.0:8080 监听并打印一行确认信息客户端启动后输入hello服务端窗口会打印recv: hello客户端窗口会打印echo: hello。这就算 Socket 层面的最小闭环跑通了。注意客户端传入的 IP 一定是服务器的实际网卡地址也就是192.168.10.10不是localhost——在跨网段实验里localhost只会指代客户端自己。如果echo没有出现先别急着改 Java 代码回到第 2 章的三层检查先ping服务端 IP再看两边路由表最后才怀疑代码。这样做的原因很简单Socket 报错信息是结果不是原因。4. 网络组建实验虚拟机网络模式、路由配置与连通性验证到了这一章实验才真正进入「组建」环节。多数实验室不会给你三台物理机而是用 VMware 或 VirtualBox 虚拟出两台 PC 加一台路由器。我和大家一样最常见的做法是直接关掉虚拟机的 NAT 模式改用自定义网络让两边的 IP 网段彻底分开再用一台双网卡 Linux 做路由转发。4.1 用 VMware / VirtualBox 搭出两个隔离网段VMware Workstation 里把 Server 的网卡设为 VMnet2把 Client 的网卡设为 VMnet3两个网段之间默认不互通这就制造出了「组建」的原始需求。VirtualBox 的对应概念是 internal network内部网络选同一个网络名的机器才能互相通信。两种软件的对应关系如下需求VMwareVirtualBox隔离到独立网段VMnet2 / VMnet3Internal Networknet2 / net3主机访问虚拟机可选VMnet1host-onlyHost-Only Adapter自动上网实验不需要VMnet8NATNAT这一步的关键是不要让两台实验机器都在 VMnet8 的同一个 NAT 网段里那样它们不经过任何路由就能直接通信组网实验就没有意义了。把模式改好以后启动虚拟机用ip addr或 Windows 的ipconfig确认网卡拿到的是你规划的网段。4.2 配置静态 IP 和默认网关Windows 与 Linux 命令对照静态 IP 配置是实验报告的必要素材因为你要解释清楚为什么网关指向 Router 而不是随便填。Linux 端用ip命令临时配置即可重启后失效适合实验场景# Server 上执行 sudo ip addr add 192.168.10.10/24 dev eth0 sudo ip link set eth0 up sudo ip route add default via 192.168.10.1 # Client 上执行 sudo ip addr add 192.168.20.10/24 dev eth0 sudo ip link set eth0 up sudo ip route add default via 192.168.20.1Windows 端如果不习惯图形界面用netsh一行的效果一样其中192.168.20.1是网关地址1表示 metric 优先级netsh interface ip set address 以太网 static 192.168.20.10 255.255.255.0 192.168.20.1 1真正决定两个网段能否互通的是 Router 那台机器。先给它的两张网卡配上地址再打开内核 IP 转发。Linux 默认不转发 IP 包这是新手最容易踩的空心坑# Router 上执行 sudo sysctl -w net.ipv4.ip_forward1 # 永久生效可写入 /etc/sysctl.conf echo net.ipv4.ip_forward 1 | sudo tee -a /etc/sysctl.conf只开转发还不够如果 Router 上跑了 iptables 防火墙FORWARD 链的默认策略可能是 DROP转发一样失败。保险起见放行两个网段之间的转发sudo iptables -A FORWARD -s 192.168.10.0/24 -d 192.168.20.0/24 -j ACCEPT sudo iptables -A FORWARD -s 192.168.20.0/24 -d 192.168.10.0/24 -j ACCEPT4.3 连通性三级检查ping、路由表和 TCP 端口探测配完所有 IP按从低到高的层级检查。第一级同一网段内能通比如 Server ping 自己的网关192.168.10.1证明网卡和二层链路没问题。第二级跨网段能通在 Client 上ping 192.168.10.10这一步通了说明 Router 转发已经生效路由表没有黑洞。第三级TCP 端口能通这才轮到 Socket# 在 Client 上探测 Server 的 8080 端口 nc -vz 192.168.10.10 8080 # Windows 没有 nc 时用 PowerShell Test-NetConnection 192.168.10.10 -Port 8080nc -vz返回succeeded等价于 Java 客户端connect()能成功只是它不发送应用层数据。如果你在实验报告里按这套顺序把每一条输出贴出来排错思路一目了然。反过来讲如果ping通了但nc不通问题几乎可以锁定在防火墙对 TCP 端口的拦截这正好是下一章的典型坑。5. 踩坑实录Socket 与网络组建中必然会遇到的五个翻车现场这一章写的每一条都是做这类实验时几乎绕不开的报错。按「现象 → 原因 → 解决」的顺序记录方便你遇到问题时直接对照。5.1 Connection refused监听地址只绑到了 127.0.0.1现象客户端connect立即抛ConnectException: Connection refused但服务端明明启动了自己在机器上telnet 127.0.0.1 8080却正常。 原因new ServerSocket(port)等价于绑定0.0.0.0但你如果按网上一些例子写成了ServerSocket(port, 50, InetAddress.getByName(127.0.0.1))服务端只监听回环地址外部网卡上根本没有服务连接请求一到就被内核拒绝。 解决统一绑定0.0.0.0然后用netstat -tlnp确认监听地址显示为0.0.0.0:8080而不是127.0.0.1:8080。5.2 能 ping 通但 TCP 连不上防火墙只放行了 ICMP现象Client 到 Server 的ping全程通畅Java 客户端却报SocketTimeoutException: connect timed out像是在半路被丢弃。 原因不少系统默认放行 ICMP 的echo-request但对入站 TCP 端口是拒绝策略。换句话说网络层通不代表传输层通SYN 包被防火墙静默丢弃客户端只能干等超时。 解决在 Server 上放行实验端口。Linux 执行sudo firewall-cmd --add-port8080/tcp或sudo iptables -A INPUT -p tcp --dport 8080 -j ACCEPTWindows 则在「高级安全 Windows 防火墙」里新建入站规则放行 8080 端口。排错时用nc -vz能立刻复现这一点。5.3 跨网段互相 ping 不通路由器的 ip_forward 没开现象同网段内互相 ping 正常跨网段却 100% 丢包Router 上手动ping 192.168.10.10也是通的。 原因Router 只配了 IP没开内核转发。Linux 默认net.ipv4.ip_forward0收到的包不会转给另一张网卡直接被内核丢掉。 解决执行sudo sysctl -w net.ipv4.ip_forward1后再 ping。如果此时还不同再检查两个网段的默认网关是否分别指向 Router 的 eth0 和 eth1以及 FORWARD 链策略是否 ACCEPT。5.4 服务端一次读到多条消息或读到一半TCP 是字节流没有消息边界现象客户端连续println两行服务端第二行才打印一次或反过来一次readLine返回了半行内容。 原因TCP 不保证每次send对应一次recv它是字节流只有顺序不丢不重没有边界。readLine()以换行符当边界如果网络层把两个包合并送达readLine会一次返回两行如果数据被拆包可能出现半行。 解决实验场景用println加换行符约定就够了生产环境至少要定长消息或「4 字节长度头 消息体」。这个问题的本质在面试题里也很常见比如很多 Java 基础题会问「为什么 Socket 接收到奇数字节后要补随机数」其实就是在考察消息边界设计跟 TCP 流式特性相关。5.5 服务端重启报 Address already in useTIME_WAIT 端口没释放现象上一次运行 CtrlC 杀掉服务端立刻重启就抛BindException: Address already in use。 原因主动关闭连接的一端会进入 TIME_WAIT 状态默认持续 60 秒左右期间端口仍被内核占用。实验里 CtrlC 杀掉服务端旧连接的 TIME_WAIT 还没消失新监听就起不来。 解决测试阶段临时用SO_REUSEADDR缓解在ServerSocket创建前调用setReuseAddress(true)或者等 60 秒再重启。报告里如果能解释 TIME_WAIT 存在的原因防止迟到的 FIN 干扰新连接是一个很好的加分点。6. 验证与进阶用抓包把实验报告做成证据链Socket 程序能跑通只是第一步实验报告想拿高分最好有「眼见为实」的协议层证据。抓包这一件事能同时验证你的组网是真实多网段转发、TCP 三次握手确实发生在两台不同网段的机器之间也让报告里的截图不再是黑匣子。6.1 用 tcpdump 抓一次完整的三次握手在 Server 上开一个终端跑tcpdump再让客户端发起连接你会看到经典的 SYN、SYN-ACK、ACK 三行记录sudo tcpdump -i eth0 tcp port 8080 -nn -S-nn不做 DNS 和端口名解析直接显示 IP 和端口-S显示绝对序列号方便在报告里解释 TCP 序号机制。抓到的不只是握手还有后续echo数据报文把这条输出贴进实验报告配合文字说明「第一个 SYN 来自 192.168.20.10」整个实验的完成度立刻不一样。图形界面里也可以开 Wireshark 过滤tcp.port 8080跟进一条流就能看握手与挥手完整过程。6.2 Java 面试里被追问的细节顺手在这里验证这套实验做完后很多 Java 基础面试里关于 Socket 的问题都可以直接用你自己的环境回答为什么connect要超时而不是无限等为什么SO_TIMEOUT只影响读不影响写为什么服务端要开多线程而不是一个循环串行处理。如果你还能说出「连接被对端无征兆关闭时再读可能报类似 no more data to read from socket 这类 socket read timed out 错误」说明你真的碰过边界条件而不是只背了八股。6.3 给实验报告留证据日志、退出码与参数自查最后养成的习惯是每一次跑通实验把服务端client from的日志、nc -vz的退出结果、tcpdump 的握手序列截图一起存档。这比单独贴一段 Java 代码有说服力得多。我自己做这类实验时现在第一件事永远是先开抓包再启动进程顺序反过来的话一旦出问题就只能靠猜。这套流程走下来组网和 Socket 的边界在哪、坑在哪你心里会有数希望帮到你。本文还有配套的精品资源点击获取