拓冰网站定制 
简介这份资源是广东工业大学计算机网络课程设计的完整项目包面向正在修读计网课设的本科生及需要参考P2P通信实现的开发者。项目实现了一个基于P2P架构的局域网即时通信系统程序同时充当服务器与客户端服务端口固定为3333涵盖用户注册、对等方列表获取、在线扫描、消息与文件传输等核心功能并配有图形用户界面包含对等方列表、消息显示区、输入框及文件传输进度显示等模块。压缩包共158个文件约20.77MB以java源码、class字节码、xml配置、properties属性文件及index索引文件为主另有少量js、log与dat数据文件完整保留了工程源码与运行痕迹便于理解项目结构与调试过程。目前已有424人学习下载适合作为课设参考、P2P通信入门实践及Java网络编程练手素材读者可从中获取完整的系统设计思路、消息格式定义方式与文件传输实现方案。1. 广工计网课设拆包一个能跑通的 P2P 局域网即时通信系统长什么样如果你正在做广工计网课设或者被“基于 P2P 的局域网即时通信系统”这个题目卡住这份资源大概率能直接救急。它不是那种只给一份实验报告、让你自己对着截图猜实现的空壳包而是把编译产物、类文件、界面逻辑和通信骨架都摊开给你看的完整工程。核心目标很明确在局域网内实现一个既是服务器又是客户的 P2P 消息系统服务端口固定 3333支持用户注册、对等方列表获取、消息发送和文件传输。适合两类人一类是刚拿到题目、不知道从哪下手的同学另一类是已经写了一部分但卡在“为什么对方收不到我的广播”“为什么文件传一半断了”的从业者。下面按“资源是什么 → 怎么用 → 坑在哪”的顺序拆开讲能直接抄的步骤我会给全。2. 先看通信骨架3333 端口下 P2P 对等方发现与注册怎么落地2.1 为什么选 P2P 而不是纯 C/S以及 3333 端口到底承担什么角色这个课设最容易被误解的一点是题目叫“P2P 局域网即时通信系统”但程序启动后每个节点又都开着 3333 端口监听。很多人第一反应是“这不还是服务器吗”。其实这里的 P2P 指的是逻辑上的对等——每个进程同时具备服务端和客户端能力没有中心服务器来转发消息。3333 端口不是给某个固定服务器用的而是每个对等方自己的服务端口用来接收其他节点的注册请求、应答消息和后续的 TCP 连接。选这种结构的原因很实际局域网内节点数量有限广播或扫描网段的成本可以接受不需要维护中心节点的心跳和转发队列。常见做法是启动时先绑定 3333再扫描本网段在线主机向所有 3333 端口打开的地址发送注册消息。对方收到后把发送方加入自己的用户列表同时回一条应答发送方再把应答方加入列表。这样双方不需要额外协调就能完成列表同步。这里有一个容易翻车的点如果两台机器上都有防火墙3333 端口默认可能只允许本机访问。现象是程序显示“已启动”但对方列表始终是空的。原因不是代码逻辑错而是入站规则没放行。解决方式是在 Windows 防火墙里给该程序或 3333 端口加一条入站允许规则或者临时关闭防火墙做验证。我一般会先在本机用telnet 127.0.0.1 3333确认服务确实起来了再去另一台机器上测。2.2 对等方列表获取的完整流程与消息格式定义注册和列表获取的流程可以拆成四步每一步都有对应的消息类型。下面用伪代码把关键逻辑写清楚你可以直接对照自己的实现改。# 对等方发现与注册的核心逻辑伪代码对应 Java 类中的 ServerThread 和 SendIPtoLAN import socket import threading PORT 3333 BROADCAST_MSG REGISTER|{username}|{group}|{ip} def start_server(): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, PORT)) server.listen(50) while True: conn, addr server.accept() threading.Thread(targethandle_peer, args(conn, addr)).start() def handle_peer(conn, addr): data conn.recv(1024).decode(utf-8) # 消息格式REGISTER|用户名|组|IP parts data.split(|) if parts[0] REGISTER: username, group, ip parts[1], parts[2], parts[3] add_to_friend_list(username, ip, group) # 回一条应答让对方也能把自己加进去 conn.send(fACK|{get_local_username()}|{get_local_ip()}.encode(utf-8)) conn.close() def scan_lan(): # 扫描本网段常见做法是遍历 1-254 local_ip get_local_ip() prefix ..join(local_ip.split(.)[:3]) for i in range(1, 255): target f{prefix}.{i} if target local_ip: continue try: s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(0.1) s.connect((target, PORT)) s.send(BROADCAST_MSG.format( usernameget_local_username(), groupget_local_group(), iplocal_ip ).encode(utf-8)) s.close() except: pass这段逻辑里SO_REUSEADDR是为了避免重启程序时端口还被占用。settimeout(0.1)是扫描网段时的关键参数设太长会导致启动慢设太短会漏掉响应慢的机器。消息格式用|分隔字段至少包括用户名、组和 IP这是题目明确要求的。应答消息用ACK开头对方收到后把自己的信息回传这样双方列表都能更新。实际工程里SendIPtoLAN.class和testSever$ServerThread.class这两个类名已经暴露了结构一个负责往外发一个负责收。你如果拿到的是 class 文件而不是源码可以用 JD-GUI 反编译看逻辑重点看ServerThread里run方法怎么解析消息以及FileSave内部类怎么落盘。2.3 用户列表去重与在线状态维护列表获取之后还有一个隐藏问题同一台机器可能因为多次扫描被重复加入。现象是好友列表里出现多个相同 IP 不同用户名的条目。原因通常是注册消息发了多次或者对方重启后旧记录没清。解决方式是在add_to_friend_list里用 IP 作为唯一键做去重同时给每个条目加一个最后活跃时间戳。如果超过一定时间没有收到心跳或消息就标记为离线而不是直接删除这样界面不会频繁闪烁。常见做法是每 30 秒发一次轻量心跳只包含用户名和 IP不要求对方回 ACK。收到心跳就刷新时间戳超过 90 秒没刷新就置灰。这个参数可以根据局域网规模调节点少可以放宽到 60 秒心跳、180 秒超时。3. 消息与文件传输从界面点击到 TCP 连接建立的完整链路3.1 消息发送的 TCP 连接复用与界面事件绑定消息发送这部分题目要求“在列表中选择用户与用户建立 TCP 连接发送文件或消息”。注意这里说的是建立 TCP 连接不是复用 3333 监听端口。常见实现是点击发送时临时创建一个 Socket 连到对方的 3333 端口发完就关。但这样做有个问题——如果每条消息都新建连接频繁聊天时端口会大量处于 TIME_WAIT 状态局域网内机器少还能扛机器一多就会出现“偶尔发不出去”的玄学现象。更稳的做法是维护一个连接池每个在线对等方对应一个长连接消息和文件都走这个连接。连接建立后先发一条CHAT|用户名|消息内容文件则先发FILE|文件名|文件大小然后按固定缓冲区大小传字节流。下面是对应的发送端代码骨架// 发送消息或文件的简化逻辑对应 ChatWindow 中的发送按钮事件 public void sendMessage(String targetIp, String content) { try { Socket socket getOrCreateConnection(targetIp); OutputStream out socket.getOutputStream(); String msg CHAT| localUsername | content \n; out.write(msg.getBytes(UTF-8)); out.flush(); } catch (IOException e) { // 连接断了就移除缓存下次重连 removeConnection(targetIp); showError(发送失败对方可能已离线); } } public void sendFile(String targetIp, File file) { try { Socket socket getOrCreateConnection(targetIp); DataOutputStream dos new DataOutputStream(socket.getOutputStream()); dos.writeUTF(FILE| file.getName() | file.length()); FileInputStream fis new FileInputStream(file); byte[] buffer new byte[4096]; int len; while ((len fis.read(buffer)) ! -1) { dos.write(buffer, 0, len); } dos.flush(); fis.close(); } catch (IOException e) { showError(文件传输中断 e.getMessage()); } }getOrCreateConnection里用ConcurrentHashMap按 IP 缓存 Socket发送前先检查isClosed()和isConnected()。缓冲区 4096 是常见值局域网内可以调到 8192 或 16384 提升吞吐但要注意对方接收端的缓冲区要匹配否则容易出现半包。接收端在ServerThread里读到FILE|开头时切换到文件保存模式用FileSave内部类写到本地磁盘文件名可以加时间戳避免覆盖。3.2 文件传输进度显示与中断处理界面上要求有“文件传输进程显示及操作按钮”。进度条更新不能直接在发送循环里刷 UI否则会卡界面。常见做法是用SwingUtilities.invokeLater把进度更新抛回事件调度线程或者用一个单独的进度回调接口。发送端每写 4KB 就更新一次已发送字节数接收端每读 4KB 更新一次已接收字节数。中断处理是血泪经验最多的地方。现象是文件传到 99% 卡住或者对方直接报“连接重置”。原因通常有三种一是发送端关流太早dos.flush()之后没有等对方确认就close()二是接收端在读完文件后没有正确关闭输入流导致发送端阻塞三是文件大小字段和实际字节数不一致接收端一直等剩余字节。解决方式是在文件内容传完后加一个结束标记比如EOF接收端读到标记才认为传输完成。同时给 Socket 设置setSoTimeout(30000)超时就中断并提示避免无限等待。3.3 消息显示列表的线程安全与刷新策略ChatWindow.class和friendlist_doubleclick.class这两个类名说明界面用的是 Swing 或 AWT。Swing 的组件不是线程安全的所有更新必须在 EDT 里做。常见翻车场景是接收线程直接往JTextArea里append程序跑一会儿就界面冻结或者抛NullPointerException。正确做法是用SwingUtilities.invokeLater(() - chatArea.append(text))包一层。好友列表双击事件绑定也要注意双击后应该打开独立聊天窗口还是复用主窗口的消息区题目没有强制。我一般会做成独立窗口每个对等方一个ChatWindow实例用 Map 按 IP 缓存避免重复打开。关闭窗口时只隐藏不销毁这样历史消息还在。4. 避坑与排查端口占用、防火墙、编码乱码这些坑一次说清4.1 启动就报 BindException3333 被谁占了现象程序一启动就抛java.net.BindException: Address already in use。原因通常是上一次运行没正常退出进程还在后台占着 3333。解决方式是先netstat -ano | findstr 3333找到 PID再taskkill /PID xxx /F杀掉。如果经常出现在bind之前加setReuseAddress(true)但注意这个选项在部分系统上会让多个进程同时绑定同一端口调试阶段可以用正式跑还是靠正常关闭。4.2 对方在线但列表里看不到扫描网段选错了现象两台机器都能 ping 通但程序里互相看不到。原因多半是扫描的网段不对。比如本机 IP 是192.168.1.5程序却去扫192.168.0.x。解决方式是动态取本机 IP 的前三段而不是写死。另外如果局域网里有多个网段或 VLAN扫描范围要相应调整必要时改成从配置文件读网段列表。4.3 中文用户名或消息乱码编码没统一现象发送“你好”对方收到“ä½ å¥½”。原因是发送端用默认编码接收端用 UTF-8 解。解决方式是在所有getBytes()和new String()里显式指定UTF-8包括消息、文件名和用户信息。如果对方是 Windows 且默认 GBK可以在消息头加一个编码标识接收端按标识解码。4.4 文件传完对方打不开文件名和内容没对齐现象文件传输显示完成但对方保存下来的文件损坏。原因通常是发送端先写了文件名和大小但接收端把后续的字节流也当成文本解析了。解决方式是在协议里明确区分控制帧和数据帧控制帧以FILE|开头接收端读到后切换到二进制模式按大小字段精确读够字节数再切回文本模式。不要用readLine()去读二进制内容。4.5 程序关不掉线程还在跑现象点了关闭按钮界面没了但进程还在任务管理器里。原因是ServerThread是死循环accept()没有退出条件。解决方式是把ServerSocket做成成员变量关闭时先serverSocket.close()让accept()抛异常跳出循环再中断所有已建立的连接。同时把线程设为守护线程setDaemon(true)这样主线程退出时它们也会跟着结束。5. 进阶技巧用反编译和日志把 class 文件变成可调试的源码拿到这份资源时你手里可能只有ChatWindow.class、testSever$ServerThread.class这些编译产物没有.java源文件。这不影响复现但影响你改参数和加功能。我一般会先用 JD-GUI 或 CFR 把 class 反编译成 Java 源码重点看三个地方ServerThread的run方法里消息类型怎么分支、FileSave内部类怎么写文件、SendIPtoLAN里扫描循环的步长和超时。反编译出来的代码变量名可能是var1、var2但控制流是完整的。你可以对照第 2 章和第 3 章的伪代码把关键参数替换成自己的。比如扫描超时从 100ms 改成 200ms缓冲区从 4096 改成 8192这些改动不需要重新理解整个工程。验证改动是否生效最直接的方式是加日志。在handle_peer入口打一行System.out.println(收到来自 addr 的消息 data)在文件保存完成后再打一行System.out.println(文件保存到 file.getAbsolutePath())。日志不要用printStackTrace代替否则出问题时只能看到异常类型看不到上下文。还有一个实用技巧如果局域网内机器数量多扫描 1-254 全段太慢可以先用 ARP 表拿活跃 IP。Windows 下arp -a能列出最近通信过的地址只对这些地址发注册消息启动速度能从十几秒降到一两秒。这个优化在课堂演示时特别有用老师不会等你扫完整个网段。从那以后我每次拿到只有 class 的课设包都先反编译再跑日志确认消息格式和端口行为对得上才动手改界面。希望帮到你。本文还有配套的精品资源点击获取 广工计网课设P2P局域网即时通信系统：3333端口拆包与避坑指南
简介这份资源是广东工业大学计算机网络课程设计的完整项目包面向正在修读计网课设的本科生及需要参考P2P通信实现的开发者。项目实现了一个基于P2P架构的局域网即时通信系统程序同时充当服务器与客户端服务端口固定为3333涵盖用户注册、对等方列表获取、在线扫描、消息与文件传输等核心功能并配有图形用户界面包含对等方列表、消息显示区、输入框及文件传输进度显示等模块。压缩包共158个文件约20.77MB以java源码、class字节码、xml配置、properties属性文件及index索引文件为主另有少量js、log与dat数据文件完整保留了工程源码与运行痕迹便于理解项目结构与调试过程。目前已有424人学习下载适合作为课设参考、P2P通信入门实践及Java网络编程练手素材读者可从中获取完整的系统设计思路、消息格式定义方式与文件传输实现方案。1. 广工计网课设拆包一个能跑通的 P2P 局域网即时通信系统长什么样如果你正在做广工计网课设或者被“基于 P2P 的局域网即时通信系统”这个题目卡住这份资源大概率能直接救急。它不是那种只给一份实验报告、让你自己对着截图猜实现的空壳包而是把编译产物、类文件、界面逻辑和通信骨架都摊开给你看的完整工程。核心目标很明确在局域网内实现一个既是服务器又是客户的 P2P 消息系统服务端口固定 3333支持用户注册、对等方列表获取、消息发送和文件传输。适合两类人一类是刚拿到题目、不知道从哪下手的同学另一类是已经写了一部分但卡在“为什么对方收不到我的广播”“为什么文件传一半断了”的从业者。下面按“资源是什么 → 怎么用 → 坑在哪”的顺序拆开讲能直接抄的步骤我会给全。2. 先看通信骨架3333 端口下 P2P 对等方发现与注册怎么落地2.1 为什么选 P2P 而不是纯 C/S以及 3333 端口到底承担什么角色这个课设最容易被误解的一点是题目叫“P2P 局域网即时通信系统”但程序启动后每个节点又都开着 3333 端口监听。很多人第一反应是“这不还是服务器吗”。其实这里的 P2P 指的是逻辑上的对等——每个进程同时具备服务端和客户端能力没有中心服务器来转发消息。3333 端口不是给某个固定服务器用的而是每个对等方自己的服务端口用来接收其他节点的注册请求、应答消息和后续的 TCP 连接。选这种结构的原因很实际局域网内节点数量有限广播或扫描网段的成本可以接受不需要维护中心节点的心跳和转发队列。常见做法是启动时先绑定 3333再扫描本网段在线主机向所有 3333 端口打开的地址发送注册消息。对方收到后把发送方加入自己的用户列表同时回一条应答发送方再把应答方加入列表。这样双方不需要额外协调就能完成列表同步。这里有一个容易翻车的点如果两台机器上都有防火墙3333 端口默认可能只允许本机访问。现象是程序显示“已启动”但对方列表始终是空的。原因不是代码逻辑错而是入站规则没放行。解决方式是在 Windows 防火墙里给该程序或 3333 端口加一条入站允许规则或者临时关闭防火墙做验证。我一般会先在本机用telnet 127.0.0.1 3333确认服务确实起来了再去另一台机器上测。2.2 对等方列表获取的完整流程与消息格式定义注册和列表获取的流程可以拆成四步每一步都有对应的消息类型。下面用伪代码把关键逻辑写清楚你可以直接对照自己的实现改。# 对等方发现与注册的核心逻辑伪代码对应 Java 类中的 ServerThread 和 SendIPtoLAN import socket import threading PORT 3333 BROADCAST_MSG REGISTER|{username}|{group}|{ip} def start_server(): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, PORT)) server.listen(50) while True: conn, addr server.accept() threading.Thread(targethandle_peer, args(conn, addr)).start() def handle_peer(conn, addr): data conn.recv(1024).decode(utf-8) # 消息格式REGISTER|用户名|组|IP parts data.split(|) if parts[0] REGISTER: username, group, ip parts[1], parts[2], parts[3] add_to_friend_list(username, ip, group) # 回一条应答让对方也能把自己加进去 conn.send(fACK|{get_local_username()}|{get_local_ip()}.encode(utf-8)) conn.close() def scan_lan(): # 扫描本网段常见做法是遍历 1-254 local_ip get_local_ip() prefix ..join(local_ip.split(.)[:3]) for i in range(1, 255): target f{prefix}.{i} if target local_ip: continue try: s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(0.1) s.connect((target, PORT)) s.send(BROADCAST_MSG.format( usernameget_local_username(), groupget_local_group(), iplocal_ip ).encode(utf-8)) s.close() except: pass这段逻辑里SO_REUSEADDR是为了避免重启程序时端口还被占用。settimeout(0.1)是扫描网段时的关键参数设太长会导致启动慢设太短会漏掉响应慢的机器。消息格式用|分隔字段至少包括用户名、组和 IP这是题目明确要求的。应答消息用ACK开头对方收到后把自己的信息回传这样双方列表都能更新。实际工程里SendIPtoLAN.class和testSever$ServerThread.class这两个类名已经暴露了结构一个负责往外发一个负责收。你如果拿到的是 class 文件而不是源码可以用 JD-GUI 反编译看逻辑重点看ServerThread里run方法怎么解析消息以及FileSave内部类怎么落盘。2.3 用户列表去重与在线状态维护列表获取之后还有一个隐藏问题同一台机器可能因为多次扫描被重复加入。现象是好友列表里出现多个相同 IP 不同用户名的条目。原因通常是注册消息发了多次或者对方重启后旧记录没清。解决方式是在add_to_friend_list里用 IP 作为唯一键做去重同时给每个条目加一个最后活跃时间戳。如果超过一定时间没有收到心跳或消息就标记为离线而不是直接删除这样界面不会频繁闪烁。常见做法是每 30 秒发一次轻量心跳只包含用户名和 IP不要求对方回 ACK。收到心跳就刷新时间戳超过 90 秒没刷新就置灰。这个参数可以根据局域网规模调节点少可以放宽到 60 秒心跳、180 秒超时。3. 消息与文件传输从界面点击到 TCP 连接建立的完整链路3.1 消息发送的 TCP 连接复用与界面事件绑定消息发送这部分题目要求“在列表中选择用户与用户建立 TCP 连接发送文件或消息”。注意这里说的是建立 TCP 连接不是复用 3333 监听端口。常见实现是点击发送时临时创建一个 Socket 连到对方的 3333 端口发完就关。但这样做有个问题——如果每条消息都新建连接频繁聊天时端口会大量处于 TIME_WAIT 状态局域网内机器少还能扛机器一多就会出现“偶尔发不出去”的玄学现象。更稳的做法是维护一个连接池每个在线对等方对应一个长连接消息和文件都走这个连接。连接建立后先发一条CHAT|用户名|消息内容文件则先发FILE|文件名|文件大小然后按固定缓冲区大小传字节流。下面是对应的发送端代码骨架// 发送消息或文件的简化逻辑对应 ChatWindow 中的发送按钮事件 public void sendMessage(String targetIp, String content) { try { Socket socket getOrCreateConnection(targetIp); OutputStream out socket.getOutputStream(); String msg CHAT| localUsername | content \n; out.write(msg.getBytes(UTF-8)); out.flush(); } catch (IOException e) { // 连接断了就移除缓存下次重连 removeConnection(targetIp); showError(发送失败对方可能已离线); } } public void sendFile(String targetIp, File file) { try { Socket socket getOrCreateConnection(targetIp); DataOutputStream dos new DataOutputStream(socket.getOutputStream()); dos.writeUTF(FILE| file.getName() | file.length()); FileInputStream fis new FileInputStream(file); byte[] buffer new byte[4096]; int len; while ((len fis.read(buffer)) ! -1) { dos.write(buffer, 0, len); } dos.flush(); fis.close(); } catch (IOException e) { showError(文件传输中断 e.getMessage()); } }getOrCreateConnection里用ConcurrentHashMap按 IP 缓存 Socket发送前先检查isClosed()和isConnected()。缓冲区 4096 是常见值局域网内可以调到 8192 或 16384 提升吞吐但要注意对方接收端的缓冲区要匹配否则容易出现半包。接收端在ServerThread里读到FILE|开头时切换到文件保存模式用FileSave内部类写到本地磁盘文件名可以加时间戳避免覆盖。3.2 文件传输进度显示与中断处理界面上要求有“文件传输进程显示及操作按钮”。进度条更新不能直接在发送循环里刷 UI否则会卡界面。常见做法是用SwingUtilities.invokeLater把进度更新抛回事件调度线程或者用一个单独的进度回调接口。发送端每写 4KB 就更新一次已发送字节数接收端每读 4KB 更新一次已接收字节数。中断处理是血泪经验最多的地方。现象是文件传到 99% 卡住或者对方直接报“连接重置”。原因通常有三种一是发送端关流太早dos.flush()之后没有等对方确认就close()二是接收端在读完文件后没有正确关闭输入流导致发送端阻塞三是文件大小字段和实际字节数不一致接收端一直等剩余字节。解决方式是在文件内容传完后加一个结束标记比如EOF接收端读到标记才认为传输完成。同时给 Socket 设置setSoTimeout(30000)超时就中断并提示避免无限等待。3.3 消息显示列表的线程安全与刷新策略ChatWindow.class和friendlist_doubleclick.class这两个类名说明界面用的是 Swing 或 AWT。Swing 的组件不是线程安全的所有更新必须在 EDT 里做。常见翻车场景是接收线程直接往JTextArea里append程序跑一会儿就界面冻结或者抛NullPointerException。正确做法是用SwingUtilities.invokeLater(() - chatArea.append(text))包一层。好友列表双击事件绑定也要注意双击后应该打开独立聊天窗口还是复用主窗口的消息区题目没有强制。我一般会做成独立窗口每个对等方一个ChatWindow实例用 Map 按 IP 缓存避免重复打开。关闭窗口时只隐藏不销毁这样历史消息还在。4. 避坑与排查端口占用、防火墙、编码乱码这些坑一次说清4.1 启动就报 BindException3333 被谁占了现象程序一启动就抛java.net.BindException: Address already in use。原因通常是上一次运行没正常退出进程还在后台占着 3333。解决方式是先netstat -ano | findstr 3333找到 PID再taskkill /PID xxx /F杀掉。如果经常出现在bind之前加setReuseAddress(true)但注意这个选项在部分系统上会让多个进程同时绑定同一端口调试阶段可以用正式跑还是靠正常关闭。4.2 对方在线但列表里看不到扫描网段选错了现象两台机器都能 ping 通但程序里互相看不到。原因多半是扫描的网段不对。比如本机 IP 是192.168.1.5程序却去扫192.168.0.x。解决方式是动态取本机 IP 的前三段而不是写死。另外如果局域网里有多个网段或 VLAN扫描范围要相应调整必要时改成从配置文件读网段列表。4.3 中文用户名或消息乱码编码没统一现象发送“你好”对方收到“ä½ å¥½”。原因是发送端用默认编码接收端用 UTF-8 解。解决方式是在所有getBytes()和new String()里显式指定UTF-8包括消息、文件名和用户信息。如果对方是 Windows 且默认 GBK可以在消息头加一个编码标识接收端按标识解码。4.4 文件传完对方打不开文件名和内容没对齐现象文件传输显示完成但对方保存下来的文件损坏。原因通常是发送端先写了文件名和大小但接收端把后续的字节流也当成文本解析了。解决方式是在协议里明确区分控制帧和数据帧控制帧以FILE|开头接收端读到后切换到二进制模式按大小字段精确读够字节数再切回文本模式。不要用readLine()去读二进制内容。4.5 程序关不掉线程还在跑现象点了关闭按钮界面没了但进程还在任务管理器里。原因是ServerThread是死循环accept()没有退出条件。解决方式是把ServerSocket做成成员变量关闭时先serverSocket.close()让accept()抛异常跳出循环再中断所有已建立的连接。同时把线程设为守护线程setDaemon(true)这样主线程退出时它们也会跟着结束。5. 进阶技巧用反编译和日志把 class 文件变成可调试的源码拿到这份资源时你手里可能只有ChatWindow.class、testSever$ServerThread.class这些编译产物没有.java源文件。这不影响复现但影响你改参数和加功能。我一般会先用 JD-GUI 或 CFR 把 class 反编译成 Java 源码重点看三个地方ServerThread的run方法里消息类型怎么分支、FileSave内部类怎么写文件、SendIPtoLAN里扫描循环的步长和超时。反编译出来的代码变量名可能是var1、var2但控制流是完整的。你可以对照第 2 章和第 3 章的伪代码把关键参数替换成自己的。比如扫描超时从 100ms 改成 200ms缓冲区从 4096 改成 8192这些改动不需要重新理解整个工程。验证改动是否生效最直接的方式是加日志。在handle_peer入口打一行System.out.println(收到来自 addr 的消息 data)在文件保存完成后再打一行System.out.println(文件保存到 file.getAbsolutePath())。日志不要用printStackTrace代替否则出问题时只能看到异常类型看不到上下文。还有一个实用技巧如果局域网内机器数量多扫描 1-254 全段太慢可以先用 ARP 表拿活跃 IP。Windows 下arp -a能列出最近通信过的地址只对这些地址发注册消息启动速度能从十几秒降到一两秒。这个优化在课堂演示时特别有用老师不会等你扫完整个网段。从那以后我每次拿到只有 class 的课设包都先反编译再跑日志确认消息格式和端口行为对得上才动手改界面。希望帮到你。本文还有配套的精品资源点击获取