尧图网站建设 
简介本资源为基于Java语言开发的多人联机飞机游戏完整源码包含客户端与服务器端两大部分面向具备一定Java基础、希望深入理解网络编程与游戏架构的开发者及计算机专业学生。项目采用客户端/服务器分离设计客户端负责界面渲染、用户输入与通信服务器端承担游戏逻辑、状态管理与数据同步是学习Socket通信、多线程同步与GUI开发的实践案例。压缩包共25个文件约36KB以Java类与源文件为核心逻辑辅以classpath路径配置、项目配置与用户偏好设置文件并附授权协议与说明文档结构清晰便于按模块研读。目前已有319人学习下载。通过该源码读者可掌握多人联机游戏的通信机制、事件处理与并发控制思路理解模块化目录组织方式并借鉴其开发流程与文档规范为自主开发网络游戏或课程设计提供可复用的参考方案。1. 从一份 25 文件的 Java 联机飞机游戏源码说起它到底能跑出什么很多人第一次接触「Java 多人联机游戏」这个概念脑子里浮现的是复杂的网络同步、帧率补偿、状态回滚这些听起来就头大的词。但真拿到一份能跑起来的源码你会发现它的骨架其实比想象中朴素得多。这份基于 JAVA 语言开发的多人联机飞机游戏客户端及服务器端设计源码总共 25 个文件拆开看就是两个 Eclipse 工程JFlyServer 和 JFlyClient。服务器端入口是 StartJFlyServer.java客户端入口是 Start.java各自带一份 .classpath、.project 和 org.eclipse.jdt.core.prefs典型的 Eclipse 时代 Java 工程结构。它能解决什么问题如果你正在找 java课程设计案例源码或者想搞明白「客户端和服务端到底怎么通过 Socket 把多个玩家的飞机画在同一片屏幕上」这份代码就是一个能直接导入、直接跑、直接改的最小闭环。它不依赖 Maven 或 Gradle不需要你配一堆依赖只要机器上有 JDK 和 Eclipse或者你能手动敲 javac就能把服务器和客户端分别拉起来。适合谁适合刚学完 java基础、面向对象编程java想找一个比「聊天室」更有画面感的练手项目的人也适合需要交课程设计、想快速理解 C/S 架构拆分逻辑的在校生。它不是什么商业级引擎但作为理解「多人联机」这四个字背后到底发生了什么的第一块跳板够用了。2. 拆开 JFlyServer 与 JFlyClient两个 Eclipse 工程的结构与启动链路2.1 服务器端 JFlyServer 的目录构成与入口类拿到 upload.zip 解压后你会看到两个平级目录JFlyServer 和 JFlyClient。先看服务器端。JFlyServer 下面有 src 目录、bin 目录、.classpath、.project、.settings/org.eclipse.jdt.core.prefs。src 里放的是 .java 源文件bin 里是对应的 .class 编译产物。入口类 StartJFlyServer.java 位于 src 的包路径下从文件列表看是 com 包下编译后对应 bin/com/StartJFlyServer.class。这里有个细节值得注意.classpath 和 .project 是 Eclipse 的工程元数据。.classpath 告诉 Eclipse「源码在 src输出到 bin用哪个 JRE 库」.project 定义工程名和构建器。org.eclipse.jdt.core.prefs 则记录编译器级别、编码格式等偏好。如果你不用 Eclipse这两个文件可以无视直接拿 javac 和 java 命令操作 src 和 bin 就行。但如果你打算在 IDE 里改代码、加断点保留它们能省不少事。服务器端的职责从入口类名就能猜个大概StartJFlyServer 负责初始化一个 ServerSocket绑定某个端口然后循环 accept 客户端连接。每来一个客户端通常开一个线程去处理它的输入流同时把游戏状态广播给所有已连接的客户端。这是 Java 网络编程里最经典的「一客户端一线程」模型简单直接适合并发量不大的场景。2.2 客户端 JFlyClient 的入口与通信初始化客户端这边结构对称JFlyClient 目录下同样有 src、bin、.classpath、.project、.settings。入口类是 Start.java编译后是 Start.class。客户端的启动逻辑一般是先创建一个 Socket 去连服务器的 IP 和端口连上之后开两个线程——一个负责读服务器发来的游戏状态并刷新画面另一个负责监听键盘事件并把本地操作发给服务器。这里的关键在于「画面刷新」和「网络读取」必须解耦。如果放在同一个线程里网络一卡画面就冻住画面一卡网络消息就堆积。常见做法是网络线程只负责把收到的数据塞进一个线程安全的队列渲染线程或者 Swing 的事件分发线程定时从队列里取最新状态来重绘。这份源码具体怎么实现的需要你打开 Start.java 和它引用的类去看但从文件规模判断它大概率用了比较直接的 Swing Timer 或 while 循环加 Thread.sleep 来控制帧率。2.3 从 .classpath 到运行手动编译与启动的完整命令如果你不想装 Eclipse或者想在 Linux 服务器上跑服务器端可以完全绕过 IDE。下面是一套可复现的命令行操作流程。假设你已经把 upload.zip 解压到了 ~/jfly 目录。先编译服务器端# 进入服务器端源码根目录 cd ~/jfly/JFlyServer # 创建输出目录如果 bin 不存在 mkdir -p bin # 编译 src 下所有 .java 文件到 bin指定编码为 UTF-8 javac -encoding UTF-8 -d bin $(find src -name *.java) # 运行服务器端入口类注意包名要跟源码里的 package 声明一致 java -cp bin com.StartJFlyServer再编译并运行客户端# 另开一个终端进入客户端目录 cd ~/jfly/JFlyClient mkdir -p bin javac -encoding UTF-8 -d bin $(find src -name *.java) # 运行客户端入口类 java -cp bin Start逻辑说明-d bin让 javac 把编译出的 .class 按包结构放进 bin 目录-cp bin让 java 从 bin 里找类。find src -name *.java是递归找出所有源文件避免手动一个个列。参数上-encoding UTF-8很重要——如果源码里有中文注释或字符串而你的系统默认编码是 GBK编译时可能报「 unmappable character 」的错。服务器端的入口类包名需要你打开 StartJFlyServer.java 看第一行package声明我上面写的com.StartJFlyServer只是根据文件列表推测实际以源码为准。提示如果服务器端启动时报「Address already in use」说明端口被占用了。去源码里找 ServerSocket 构造的那一行把端口号改成一个没被占用的比如 9999然后客户端连接端口也要同步改。3. 联机通信的核心Socket 线程模型与游戏状态同步的代码落点3.1 服务器端 accept 循环与客户端线程的对应关系多人联机游戏服务器最核心的一段代码就是那个while(true)里包着的serverSocket.accept()。每 accept 成功一次就拿到一个 Socket代表一个玩家连进来了。接下来通常做两件事把这个 Socket 的引用存进一个列表比如ListSocket或ListClientHandler然后 new 一个 Thread 去专门读这个 Socket 的输入流。为什么必须开线程因为inputStream.read()是阻塞的。如果你在主线程里挨个读第一个玩家不发数据第二个玩家就被卡死整个服务器就瘫了。一客户端一线程虽然粗暴但在玩家数量不多比如课程设计级别的 2 到 10 人时完全够用而且逻辑清晰不容易出玄学 bug。下面是一个典型的服务器端处理骨架你可以对照源码里的 StartJFlyServer.java 看它是不是这个套路// 服务器端主循环示意具体类名以源码为准 ServerSocket serverSocket new ServerSocket(8888); ListPrintWriter clientOutputs new ArrayList(); while (true) { Socket socket serverSocket.accept(); // 阻塞等待客户端连接 PrintWriter out new PrintWriter(socket.getOutputStream(), true); clientOutputs.add(out); // 保存输出流用于广播 // 为每个客户端开一个线程读它的输入 new Thread(() - { try { BufferedReader in new BufferedReader( new InputStreamReader(socket.getInputStream())); String line; while ((line in.readLine()) ! null) { // 收到某个玩家的操作广播给所有客户端 for (PrintWriter writer : clientOutputs) { writer.println(line); } } } catch (IOException e) { e.printStackTrace(); } }).start(); }逻辑说明clientOutputs是一个共享列表多个线程都会访问它。严格来说ArrayList不是线程安全的如果同时有客户端连接和广播操作可能出问题。常见做法是换成CopyOnWriteArrayList或者在遍历时加synchronized。参数上new PrintWriter(socket.getOutputStream(), true)的第二个参数true表示自动 flush否则你println之后数据可能还卡在缓冲区里没发出去客户端那边就一直等表现就是「连上了但没反应」。3.2 客户端发送操作与接收广播的双线程结构客户端这边Start.java 里通常会看到两个线程的痕迹一个负责读服务器广播一个负责把键盘事件转成字符串发出去。读广播的线程拿到数据后解析出所有飞机的位置然后调用repaint()触发重绘。发操作的线程则监听 KeyListener按下方向键就拼一个类似MOVE 100 200的字符串通过 PrintWriter 发给服务器。这里有个容易翻车的地方Swing 的组件更新必须在事件分发线程EDT里做。如果你在自定义的网络线程里直接调label.setText()或panel.repaint()短时间可能看不出问题但跑久了就可能出现界面卡死或绘制错乱。稳妥的做法是用SwingUtilities.invokeLater(() - { ... })把更新操作包起来扔回 EDT 执行。3.3 游戏状态的数据格式从对象到字符串的序列化选择这份源码规模不大大概率没有用 Java 原生的 ObjectOutputStream 做对象序列化而是用了更轻量的字符串协议。比如每个玩家的状态拼成playerId,x,y,hp这样一行广播出去客户端按逗号 split 再解析。这种做法的好处是调试方便——你甚至可以用 telnet 连上服务器看它到底在发什么。坏处是解析逻辑要自己写字段一多容易乱。如果你打算改造它比如加一个「子弹」对象建议先定义一个简单的协议格式比如BULLET,ownerId,x,y然后在服务器和客户端的解析代码里同步加分支。不要直接塞 Java 对象除非你确定两端用的是同一个类版本否则serialVersionUID不一致会直接抛InvalidClassException而且报错信息对新手不太友好。注意如果你在服务器端广播时直接遍历clientOutputs并调用writer.println()而某个客户端已经断线println可能不会立刻抛异常但那个PrintWriter实际上已经废了。时间一长列表里堆一堆无效连接广播性能越来越差。常见做法是在捕获到 IOException 时把对应的 Socket 和 PrintWriter 从列表里移除。4. 避坑与排查导入 Eclipse 报错、连接被拒、画面不同步的常见原因4.1 导入工程后满屏红叉JRE 版本与编译级别不匹配现象把 JFlyServer 或 JFlyClient 导入 Eclipse 后源码里import语句下面全是红线或者项目图标上有个小红叉。原因.classpath里指定的 JRE 容器是某个特定版本比如 JavaSE-1.8而你机器上装的 JDK 版本不同Eclipse 找不到对应的库。解决右键项目 → Build Path → Configure Build Path → Libraries → 选中 JRE System Library → Edit → 改成你当前安装的 JDK 版本比如 JavaSE-11 或 17。如果源码里用了较新的语法而你的 JDK 太老那就得升级 JDK而不是降编译级别。4.2 客户端连不上服务器IP、端口与防火墙的三重检查现象客户端启动后卡在连接界面或者直接抛Connection refused。原因通常有三个一是客户端代码里写的 IP 是127.0.0.1但你其实想连另一台机器二是服务器端绑定的端口和客户端连接的端口不一致三是服务器所在机器的防火墙拦了入站连接。解决先确认服务器端ServerSocket构造时用的端口号再确认客户端new Socket(ip, port)里的 port 是否一致。如果跨机器联机把客户端的 IP 改成服务器的局域网 IP比如 192.168.x.x并在服务器机器上放行该端口的入站规则。Windows 上可以临时关掉防火墙测试确认是不是防火墙问题后再加规则。4.3 两台机器联机时画面卡顿或不同步Nagle 算法与 flush 的锅现象本机开两个客户端测试正常但两台机器联机时一架飞机已经移动了另一台屏幕上要过一会儿才动或者动作一顿一顿的。原因TCP 默认开启了 Nagle 算法会把小包攒在一起发减少网络开销但对实时游戏来说就是延迟。另外如果 PrintWriter 没有自动 flush数据会卡在缓冲区。解决在客户端和服务器端的 Socket 上调用socket.setTcpNoDelay(true)关闭 Nagle确保 PrintWriter 构造时第二个参数是true或者每次println后手动flush()。这两个改动通常能明显改善手感。4.4 服务器端跑一段时间后 CPU 飙升或卡死线程泄漏与死循环现象服务器端启动后正常但运行几分钟后风扇狂转或者干脆不响应新连接了。原因可能是某个客户端的读线程在readLine()处阻塞而对应的 Socket 已经断开但没被清理也可能是广播循环里遍历了一个不断增长的列表。解决在服务器端加一个定时清理任务或者在线程的catch (IOException e)里把当前 Socket 从客户端列表中移除并关闭。另外检查有没有while(true)里没有sleep或阻塞操作的代码那种空转循环会吃满一个核。提示排查网络问题时netstat -an | grep 端口号能看端口有没有在监听、有多少连接处于 ESTABLISHED 或 CLOSE_WAIT 状态。CLOSE_WAIT 堆积通常意味着你的代码没有正确关闭 Socket。5. 进阶改造与验证把飞机游戏改成能演示「数据一致性」的练手项目5.1 用 Wireshark 或日志验证广播是否真的到达了每个客户端想确认服务器是不是真的把状态发给了所有人最直接的办法是在服务器端广播的那行代码前后加日志// 在广播循环里加一行打印确认发给了几个客户端 System.out.println(Broadcasting to clientOutputs.size() clients: line); for (PrintWriter writer : clientOutputs) { writer.println(line); }跑起来后服务器控制台会告诉你每次广播发给了几个客户端。如果数字不对比如明明连了三个客户端却只显示 2那说明有一个连接在 accept 后没有被正确加入列表。如果数字对但某个客户端没反应就去那个客户端的读线程里加日志看它到底有没有收到数据。这种「两端加日志对账」的方法比盯着屏幕猜要快得多。5.2 把「一客户端一线程」改成线程池观察并发模型的变化原来的模型是每来一个客户端就new Thread()。玩家少的时候没问题但如果想模拟几十个客户端同时连线程创建和销毁的开销就上来了。可以改成用ExecutorService// 用固定大小的线程池替代手动 new Thread ExecutorService pool Executors.newFixedThreadPool(10); while (true) { Socket socket serverSocket.accept(); pool.submit(() - { // 原来的客户端处理逻辑放这里 }); }改完之后用jconsole或jvisualvm连上服务器进程看线程数量的变化。原来每来一个客户端线程数就加一现在会稳定在池大小附近。这个对比能让你直观感受到「线程池到底省了什么」。参数上newFixedThreadPool(10)的 10 是最大并发处理数如果同时连了 20 个客户端多出来的会在队列里排队不会立刻被处理。对于游戏来说排队意味着延迟所以池大小要根据预期玩家数来设。5.3 加一个简单的「心跳」机制来检测掉线TCP 连接在正常情况下如果一端拔网线另一端可能很久都不知道。对于游戏来说一个玩家掉线了但服务器还在等他发数据其他玩家就会看到一个「幽灵飞机」停在那里不动。加心跳的做法是客户端每隔一秒发一个PING服务器收到后回PONG同时记录每个客户端最后一次发消息的时间。如果超过三秒没收到任何消息就判定掉线从列表里移除并广播「玩家 X 离开」。// 服务器端记录最后活跃时间用一个 Map 存 MapPrintWriter, Long lastActive new ConcurrentHashMap(); // 在读取客户端消息的循环里更新 lastActive.put(out, System.currentTimeMillis()); // 另开一个定时线程检查超时 new Timer().schedule(new TimerTask() { public void run() { long now System.currentTimeMillis(); for (Map.EntryPrintWriter, Long entry : lastActive.entrySet()) { if (now - entry.getValue() 3000) { // 超时移除该客户端并广播离开消息 } } } }, 0, 1000);这个改造涉及共享状态的并发访问ConcurrentHashMap比HashMap更合适。但要注意在遍历entrySet()时如果直接调用remove()某些实现会抛ConcurrentModificationException稳妥做法是用Iterator.remove()或者先收集要删除的 key 再统一删。5.4 从这份源码里真正带走的东西我自己的习惯是拿到任何一份联机游戏源码先不急着改画面或加功能而是把「连接建立 → 状态广播 → 断线清理」这条链路用日志完整跑一遍。这份 25 文件的 Java 飞机游戏源码麻雀虽小但 Socket 编程、多线程、Swing 事件分发、简单的协议设计这些点都摸到了。你把它跑通之后再去看那些用 Netty 或 KryoNet 的商业级方案会发现底层要解决的问题是一样的只是工具更顺手、边界处理更完善。从那以后我每次拿到类似的小型 C/S 项目都强制自己先画一遍「哪个线程读、哪个线程写、共享数据怎么保护」再动手改代码这个习惯帮我省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取 Java多人联机飞机游戏源码解析：Socket通信与多线程实战
简介本资源为基于Java语言开发的多人联机飞机游戏完整源码包含客户端与服务器端两大部分面向具备一定Java基础、希望深入理解网络编程与游戏架构的开发者及计算机专业学生。项目采用客户端/服务器分离设计客户端负责界面渲染、用户输入与通信服务器端承担游戏逻辑、状态管理与数据同步是学习Socket通信、多线程同步与GUI开发的实践案例。压缩包共25个文件约36KB以Java类与源文件为核心逻辑辅以classpath路径配置、项目配置与用户偏好设置文件并附授权协议与说明文档结构清晰便于按模块研读。目前已有319人学习下载。通过该源码读者可掌握多人联机游戏的通信机制、事件处理与并发控制思路理解模块化目录组织方式并借鉴其开发流程与文档规范为自主开发网络游戏或课程设计提供可复用的参考方案。1. 从一份 25 文件的 Java 联机飞机游戏源码说起它到底能跑出什么很多人第一次接触「Java 多人联机游戏」这个概念脑子里浮现的是复杂的网络同步、帧率补偿、状态回滚这些听起来就头大的词。但真拿到一份能跑起来的源码你会发现它的骨架其实比想象中朴素得多。这份基于 JAVA 语言开发的多人联机飞机游戏客户端及服务器端设计源码总共 25 个文件拆开看就是两个 Eclipse 工程JFlyServer 和 JFlyClient。服务器端入口是 StartJFlyServer.java客户端入口是 Start.java各自带一份 .classpath、.project 和 org.eclipse.jdt.core.prefs典型的 Eclipse 时代 Java 工程结构。它能解决什么问题如果你正在找 java课程设计案例源码或者想搞明白「客户端和服务端到底怎么通过 Socket 把多个玩家的飞机画在同一片屏幕上」这份代码就是一个能直接导入、直接跑、直接改的最小闭环。它不依赖 Maven 或 Gradle不需要你配一堆依赖只要机器上有 JDK 和 Eclipse或者你能手动敲 javac就能把服务器和客户端分别拉起来。适合谁适合刚学完 java基础、面向对象编程java想找一个比「聊天室」更有画面感的练手项目的人也适合需要交课程设计、想快速理解 C/S 架构拆分逻辑的在校生。它不是什么商业级引擎但作为理解「多人联机」这四个字背后到底发生了什么的第一块跳板够用了。2. 拆开 JFlyServer 与 JFlyClient两个 Eclipse 工程的结构与启动链路2.1 服务器端 JFlyServer 的目录构成与入口类拿到 upload.zip 解压后你会看到两个平级目录JFlyServer 和 JFlyClient。先看服务器端。JFlyServer 下面有 src 目录、bin 目录、.classpath、.project、.settings/org.eclipse.jdt.core.prefs。src 里放的是 .java 源文件bin 里是对应的 .class 编译产物。入口类 StartJFlyServer.java 位于 src 的包路径下从文件列表看是 com 包下编译后对应 bin/com/StartJFlyServer.class。这里有个细节值得注意.classpath 和 .project 是 Eclipse 的工程元数据。.classpath 告诉 Eclipse「源码在 src输出到 bin用哪个 JRE 库」.project 定义工程名和构建器。org.eclipse.jdt.core.prefs 则记录编译器级别、编码格式等偏好。如果你不用 Eclipse这两个文件可以无视直接拿 javac 和 java 命令操作 src 和 bin 就行。但如果你打算在 IDE 里改代码、加断点保留它们能省不少事。服务器端的职责从入口类名就能猜个大概StartJFlyServer 负责初始化一个 ServerSocket绑定某个端口然后循环 accept 客户端连接。每来一个客户端通常开一个线程去处理它的输入流同时把游戏状态广播给所有已连接的客户端。这是 Java 网络编程里最经典的「一客户端一线程」模型简单直接适合并发量不大的场景。2.2 客户端 JFlyClient 的入口与通信初始化客户端这边结构对称JFlyClient 目录下同样有 src、bin、.classpath、.project、.settings。入口类是 Start.java编译后是 Start.class。客户端的启动逻辑一般是先创建一个 Socket 去连服务器的 IP 和端口连上之后开两个线程——一个负责读服务器发来的游戏状态并刷新画面另一个负责监听键盘事件并把本地操作发给服务器。这里的关键在于「画面刷新」和「网络读取」必须解耦。如果放在同一个线程里网络一卡画面就冻住画面一卡网络消息就堆积。常见做法是网络线程只负责把收到的数据塞进一个线程安全的队列渲染线程或者 Swing 的事件分发线程定时从队列里取最新状态来重绘。这份源码具体怎么实现的需要你打开 Start.java 和它引用的类去看但从文件规模判断它大概率用了比较直接的 Swing Timer 或 while 循环加 Thread.sleep 来控制帧率。2.3 从 .classpath 到运行手动编译与启动的完整命令如果你不想装 Eclipse或者想在 Linux 服务器上跑服务器端可以完全绕过 IDE。下面是一套可复现的命令行操作流程。假设你已经把 upload.zip 解压到了 ~/jfly 目录。先编译服务器端# 进入服务器端源码根目录 cd ~/jfly/JFlyServer # 创建输出目录如果 bin 不存在 mkdir -p bin # 编译 src 下所有 .java 文件到 bin指定编码为 UTF-8 javac -encoding UTF-8 -d bin $(find src -name *.java) # 运行服务器端入口类注意包名要跟源码里的 package 声明一致 java -cp bin com.StartJFlyServer再编译并运行客户端# 另开一个终端进入客户端目录 cd ~/jfly/JFlyClient mkdir -p bin javac -encoding UTF-8 -d bin $(find src -name *.java) # 运行客户端入口类 java -cp bin Start逻辑说明-d bin让 javac 把编译出的 .class 按包结构放进 bin 目录-cp bin让 java 从 bin 里找类。find src -name *.java是递归找出所有源文件避免手动一个个列。参数上-encoding UTF-8很重要——如果源码里有中文注释或字符串而你的系统默认编码是 GBK编译时可能报「 unmappable character 」的错。服务器端的入口类包名需要你打开 StartJFlyServer.java 看第一行package声明我上面写的com.StartJFlyServer只是根据文件列表推测实际以源码为准。提示如果服务器端启动时报「Address already in use」说明端口被占用了。去源码里找 ServerSocket 构造的那一行把端口号改成一个没被占用的比如 9999然后客户端连接端口也要同步改。3. 联机通信的核心Socket 线程模型与游戏状态同步的代码落点3.1 服务器端 accept 循环与客户端线程的对应关系多人联机游戏服务器最核心的一段代码就是那个while(true)里包着的serverSocket.accept()。每 accept 成功一次就拿到一个 Socket代表一个玩家连进来了。接下来通常做两件事把这个 Socket 的引用存进一个列表比如ListSocket或ListClientHandler然后 new 一个 Thread 去专门读这个 Socket 的输入流。为什么必须开线程因为inputStream.read()是阻塞的。如果你在主线程里挨个读第一个玩家不发数据第二个玩家就被卡死整个服务器就瘫了。一客户端一线程虽然粗暴但在玩家数量不多比如课程设计级别的 2 到 10 人时完全够用而且逻辑清晰不容易出玄学 bug。下面是一个典型的服务器端处理骨架你可以对照源码里的 StartJFlyServer.java 看它是不是这个套路// 服务器端主循环示意具体类名以源码为准 ServerSocket serverSocket new ServerSocket(8888); ListPrintWriter clientOutputs new ArrayList(); while (true) { Socket socket serverSocket.accept(); // 阻塞等待客户端连接 PrintWriter out new PrintWriter(socket.getOutputStream(), true); clientOutputs.add(out); // 保存输出流用于广播 // 为每个客户端开一个线程读它的输入 new Thread(() - { try { BufferedReader in new BufferedReader( new InputStreamReader(socket.getInputStream())); String line; while ((line in.readLine()) ! null) { // 收到某个玩家的操作广播给所有客户端 for (PrintWriter writer : clientOutputs) { writer.println(line); } } } catch (IOException e) { e.printStackTrace(); } }).start(); }逻辑说明clientOutputs是一个共享列表多个线程都会访问它。严格来说ArrayList不是线程安全的如果同时有客户端连接和广播操作可能出问题。常见做法是换成CopyOnWriteArrayList或者在遍历时加synchronized。参数上new PrintWriter(socket.getOutputStream(), true)的第二个参数true表示自动 flush否则你println之后数据可能还卡在缓冲区里没发出去客户端那边就一直等表现就是「连上了但没反应」。3.2 客户端发送操作与接收广播的双线程结构客户端这边Start.java 里通常会看到两个线程的痕迹一个负责读服务器广播一个负责把键盘事件转成字符串发出去。读广播的线程拿到数据后解析出所有飞机的位置然后调用repaint()触发重绘。发操作的线程则监听 KeyListener按下方向键就拼一个类似MOVE 100 200的字符串通过 PrintWriter 发给服务器。这里有个容易翻车的地方Swing 的组件更新必须在事件分发线程EDT里做。如果你在自定义的网络线程里直接调label.setText()或panel.repaint()短时间可能看不出问题但跑久了就可能出现界面卡死或绘制错乱。稳妥的做法是用SwingUtilities.invokeLater(() - { ... })把更新操作包起来扔回 EDT 执行。3.3 游戏状态的数据格式从对象到字符串的序列化选择这份源码规模不大大概率没有用 Java 原生的 ObjectOutputStream 做对象序列化而是用了更轻量的字符串协议。比如每个玩家的状态拼成playerId,x,y,hp这样一行广播出去客户端按逗号 split 再解析。这种做法的好处是调试方便——你甚至可以用 telnet 连上服务器看它到底在发什么。坏处是解析逻辑要自己写字段一多容易乱。如果你打算改造它比如加一个「子弹」对象建议先定义一个简单的协议格式比如BULLET,ownerId,x,y然后在服务器和客户端的解析代码里同步加分支。不要直接塞 Java 对象除非你确定两端用的是同一个类版本否则serialVersionUID不一致会直接抛InvalidClassException而且报错信息对新手不太友好。注意如果你在服务器端广播时直接遍历clientOutputs并调用writer.println()而某个客户端已经断线println可能不会立刻抛异常但那个PrintWriter实际上已经废了。时间一长列表里堆一堆无效连接广播性能越来越差。常见做法是在捕获到 IOException 时把对应的 Socket 和 PrintWriter 从列表里移除。4. 避坑与排查导入 Eclipse 报错、连接被拒、画面不同步的常见原因4.1 导入工程后满屏红叉JRE 版本与编译级别不匹配现象把 JFlyServer 或 JFlyClient 导入 Eclipse 后源码里import语句下面全是红线或者项目图标上有个小红叉。原因.classpath里指定的 JRE 容器是某个特定版本比如 JavaSE-1.8而你机器上装的 JDK 版本不同Eclipse 找不到对应的库。解决右键项目 → Build Path → Configure Build Path → Libraries → 选中 JRE System Library → Edit → 改成你当前安装的 JDK 版本比如 JavaSE-11 或 17。如果源码里用了较新的语法而你的 JDK 太老那就得升级 JDK而不是降编译级别。4.2 客户端连不上服务器IP、端口与防火墙的三重检查现象客户端启动后卡在连接界面或者直接抛Connection refused。原因通常有三个一是客户端代码里写的 IP 是127.0.0.1但你其实想连另一台机器二是服务器端绑定的端口和客户端连接的端口不一致三是服务器所在机器的防火墙拦了入站连接。解决先确认服务器端ServerSocket构造时用的端口号再确认客户端new Socket(ip, port)里的 port 是否一致。如果跨机器联机把客户端的 IP 改成服务器的局域网 IP比如 192.168.x.x并在服务器机器上放行该端口的入站规则。Windows 上可以临时关掉防火墙测试确认是不是防火墙问题后再加规则。4.3 两台机器联机时画面卡顿或不同步Nagle 算法与 flush 的锅现象本机开两个客户端测试正常但两台机器联机时一架飞机已经移动了另一台屏幕上要过一会儿才动或者动作一顿一顿的。原因TCP 默认开启了 Nagle 算法会把小包攒在一起发减少网络开销但对实时游戏来说就是延迟。另外如果 PrintWriter 没有自动 flush数据会卡在缓冲区。解决在客户端和服务器端的 Socket 上调用socket.setTcpNoDelay(true)关闭 Nagle确保 PrintWriter 构造时第二个参数是true或者每次println后手动flush()。这两个改动通常能明显改善手感。4.4 服务器端跑一段时间后 CPU 飙升或卡死线程泄漏与死循环现象服务器端启动后正常但运行几分钟后风扇狂转或者干脆不响应新连接了。原因可能是某个客户端的读线程在readLine()处阻塞而对应的 Socket 已经断开但没被清理也可能是广播循环里遍历了一个不断增长的列表。解决在服务器端加一个定时清理任务或者在线程的catch (IOException e)里把当前 Socket 从客户端列表中移除并关闭。另外检查有没有while(true)里没有sleep或阻塞操作的代码那种空转循环会吃满一个核。提示排查网络问题时netstat -an | grep 端口号能看端口有没有在监听、有多少连接处于 ESTABLISHED 或 CLOSE_WAIT 状态。CLOSE_WAIT 堆积通常意味着你的代码没有正确关闭 Socket。5. 进阶改造与验证把飞机游戏改成能演示「数据一致性」的练手项目5.1 用 Wireshark 或日志验证广播是否真的到达了每个客户端想确认服务器是不是真的把状态发给了所有人最直接的办法是在服务器端广播的那行代码前后加日志// 在广播循环里加一行打印确认发给了几个客户端 System.out.println(Broadcasting to clientOutputs.size() clients: line); for (PrintWriter writer : clientOutputs) { writer.println(line); }跑起来后服务器控制台会告诉你每次广播发给了几个客户端。如果数字不对比如明明连了三个客户端却只显示 2那说明有一个连接在 accept 后没有被正确加入列表。如果数字对但某个客户端没反应就去那个客户端的读线程里加日志看它到底有没有收到数据。这种「两端加日志对账」的方法比盯着屏幕猜要快得多。5.2 把「一客户端一线程」改成线程池观察并发模型的变化原来的模型是每来一个客户端就new Thread()。玩家少的时候没问题但如果想模拟几十个客户端同时连线程创建和销毁的开销就上来了。可以改成用ExecutorService// 用固定大小的线程池替代手动 new Thread ExecutorService pool Executors.newFixedThreadPool(10); while (true) { Socket socket serverSocket.accept(); pool.submit(() - { // 原来的客户端处理逻辑放这里 }); }改完之后用jconsole或jvisualvm连上服务器进程看线程数量的变化。原来每来一个客户端线程数就加一现在会稳定在池大小附近。这个对比能让你直观感受到「线程池到底省了什么」。参数上newFixedThreadPool(10)的 10 是最大并发处理数如果同时连了 20 个客户端多出来的会在队列里排队不会立刻被处理。对于游戏来说排队意味着延迟所以池大小要根据预期玩家数来设。5.3 加一个简单的「心跳」机制来检测掉线TCP 连接在正常情况下如果一端拔网线另一端可能很久都不知道。对于游戏来说一个玩家掉线了但服务器还在等他发数据其他玩家就会看到一个「幽灵飞机」停在那里不动。加心跳的做法是客户端每隔一秒发一个PING服务器收到后回PONG同时记录每个客户端最后一次发消息的时间。如果超过三秒没收到任何消息就判定掉线从列表里移除并广播「玩家 X 离开」。// 服务器端记录最后活跃时间用一个 Map 存 MapPrintWriter, Long lastActive new ConcurrentHashMap(); // 在读取客户端消息的循环里更新 lastActive.put(out, System.currentTimeMillis()); // 另开一个定时线程检查超时 new Timer().schedule(new TimerTask() { public void run() { long now System.currentTimeMillis(); for (Map.EntryPrintWriter, Long entry : lastActive.entrySet()) { if (now - entry.getValue() 3000) { // 超时移除该客户端并广播离开消息 } } } }, 0, 1000);这个改造涉及共享状态的并发访问ConcurrentHashMap比HashMap更合适。但要注意在遍历entrySet()时如果直接调用remove()某些实现会抛ConcurrentModificationException稳妥做法是用Iterator.remove()或者先收集要删除的 key 再统一删。5.4 从这份源码里真正带走的东西我自己的习惯是拿到任何一份联机游戏源码先不急着改画面或加功能而是把「连接建立 → 状态广播 → 断线清理」这条链路用日志完整跑一遍。这份 25 文件的 Java 飞机游戏源码麻雀虽小但 Socket 编程、多线程、Swing 事件分发、简单的协议设计这些点都摸到了。你把它跑通之后再去看那些用 Netty 或 KryoNet 的商业级方案会发现底层要解决的问题是一样的只是工具更顺手、边界处理更完善。从那以后我每次拿到类似的小型 C/S 项目都强制自己先画一遍「哪个线程读、哪个线程写、共享数据怎么保护」再动手改代码这个习惯帮我省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取