简介这是一份用Java完整复刻《魔兽争霸》核心玩法的游戏源码面向具备一定Java基础、希望深入理解即时战略游戏架构与面向对象设计的开发者。资源围绕人类与兽人双阵营展开涵盖黄金与木材两种资源采集消耗、城镇大厅与兵营等建筑的建造升级、单位训练与科技解锁以及鼠标框选、右键移动、Tab循环切换和编队等操作逻辑适合作为课程设计、毕业设计或游戏开发练手的参考项目。压缩包共292个文件约2.24MB包含92个java源文件与100个class编译文件另有37张png图像、27个wav音效、3个mid背景音乐及若干txt、xml、jar等配置与资源文件源码与素材相对完整。目前已有395人学习下载。通过阅读World、ModelUnit、ModelBuilding、ControlPanel等核心类读者可梳理出游戏主循环、单位与建筑模型、指令面板交互及资源系统的实现脉络并借鉴其模块划分与事件处理思路快速搭建属于自己的RTS小游戏框架。1. 从一份 Java 版 WarCraft 源码说起它到底能跑出什么很多人第一次看到「JAVA 实现《warcraft java版》游戏-全部源码」这个资源第一反应是「Java 还能写即时战略」。能而且这份源码的定位很明确它不是教你写一个 Hello World 式的坦克大战而是把 WarCraft 那套「资源采集—建造—造兵—寻路—战斗」的闭环用纯 Java 的类库重新搭了一遍。你拿到手的是完整工程不是片段能直接编译、能改数值、能换贴图也能顺着类之间的调用关系把 RTS 最核心的几个系统拆开看。它适合三类人一是想找java课程设计案例源码的学生RTS 的复杂度足够撑起一个像样的课设二是想从业务代码转向游戏逻辑的java工程师寻路、状态机、帧循环这些东西在 CRUD 里是碰不到的三是想读一份「能跑起来」的源码笔记型工程的人比起读框架源码游戏源码的反馈更直观——改一个参数屏幕上立刻有变化。这份资源解决的核心问题是把「RTS 游戏怎么用面向对象的方式组织」这件事从抽象概念变成可调试的代码。下面按「怎么跑起来 → 核心系统怎么实现 → 坑在哪 → 怎么改出自己的东西」推下去。2. 把工程跑起来环境、目录与第一次编译2.1 环境准备与 JDK 版本选择这份源码是典型的 Java SE 桌面工程不依赖 Spring 那一套所以java环境变量配置详细教程里那套JAVA_HOMEPath的流程照样适用。我一般会先确认三件事JDK 版本、构建方式、有没有外部资源目录。JDK 版本上这类老工程常见的是 JDK 8 编译的用 JDK 8 或 11 跑最稳。JDK 17 以上有可能因为模块化或者某些反射调用报错尤其是用到javax.swing和java.awt的部分。如果你机器上装了多个版本用java -version和javac -version分别确认别只看一个。# 确认当前 JDK 版本两个命令都要看 java -version javac -version # 如果系统里有多个 JDK临时切换Linux/macOS export JAVA_HOME/path/to/jdk8 export PATH$JAVA_HOME/bin:$PATH逻辑说明java -version看的是运行时javac -version看的是编译器两者不一致时编译能过但运行可能出问题。参数上JAVA_HOME指向 JDK 根目录而不是bin这是新手最容易配错的地方。2.2 目录结构与入口类定位解压后先别急着编译花两分钟看目录。典型结构是src放源码、res或resources放图片和音效、lib放第三方 jar。入口类一般叫Main、Game或Start带main方法。# 看目录层级找入口和资源目录 find . -maxdepth 2 -type d # 找带 main 方法的类 grep -rl public static void main src/逻辑说明find限制两层深度避免输出太长grep -rl只列文件名快速定位入口。如果资源目录和源码目录分离编译后要把资源拷到 classpath 下否则会出现「窗口起来了但全是黑块」——这是资源路径没找对不是代码坏了。2.3 编译与运行命令行和 IDE 两条路命令行编译适合快速验证IDE 适合后续改代码。# 编译到 out 目录 mkdir -p out javac -encoding UTF-8 -d out $(find src -name *.java) # 运行注意把资源目录加进 classpath java -cp out:res Main逻辑说明-encoding UTF-8防止中文注释导致编译报错这是java编码问题的常见来源-d out指定输出目录保持源码目录干净-cp里 Windows 用分号;Linux/macOS 用冒号:。参数上如果入口类在包里要写全限定名比如com.game.Main。用 IDE 的话IntelliJ IDEA 直接Open工程根目录确认Project SDK选对版本Run Configuration里把Working directory设成资源目录所在层级。Eclipse 类似注意Build Path里别漏了lib下的 jar。提示第一次运行如果报NullPointerException且堆栈指向图片加载九成是资源路径问题先查Working directory再查代码里读文件用的是相对路径还是绝对路径。3. 核心系统拆解寻路、帧循环与实体管理3.1 帧循环与游戏主循环的实现RTS 的心跳是主循环。这份源码里通常是一个while循环加Thread.sleep或者用javax.swing.Timer。前者控制更细后者更省心。// 典型的主循环骨架 public void gameLoop() { long lastTime System.nanoTime(); double nsPerFrame 1_000_000_000.0 / 60.0; // 目标 60 FPS while (running) { long now System.nanoTime(); if (now - lastTime nsPerFrame) { update(); // 更新逻辑移动、战斗、AI render(); // 渲染画地图、单位、UI lastTime now; } try { Thread.sleep(1); // 让出 CPU避免空转 } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }逻辑说明update和render分离是游戏循环的基本纪律逻辑更新和画面刷新解耦后面加暂停、加速都好做。参数上nsPerFrame决定目标帧率60 FPS 对应约 16.67 毫秒Thread.sleep(1)是防止循环把 CPU 吃满不是精确计时精确计时靠nanoTime的差值判断。常见误用是把update和render写在一起结果一改渲染逻辑就影响游戏速度。另一个坑是用System.currentTimeMillis()做计时精度不够长时间跑会漂移nanoTime才是对的。3.2 寻路A* 在格子地图上的落地RTS 里单位移动不是直线冲是绕障碍。这份源码大概率用的是 A* 或者简化的广度优先。A* 的核心是f g hg是起点到当前点的代价h是当前点到终点的估算代价。// A* 核心开放列表按 f 值取最小 public ListNode findPath(Node start, Node goal) { PriorityQueueNode open new PriorityQueue(Comparator.comparingDouble(n - n.f)); SetNode closed new HashSet(); start.g 0; start.f heuristic(start, goal); open.add(start); while (!open.isEmpty()) { Node current open.poll(); if (current.equals(goal)) { return reconstructPath(current); } closed.add(current); for (Node neighbor : getNeighbors(current)) { if (closed.contains(neighbor) || !neighbor.walkable) continue; double tentativeG current.g cost(current, neighbor); if (tentativeG neighbor.g) { neighbor.parent current; neighbor.g tentativeG; neighbor.f tentativeG heuristic(neighbor, goal); open.add(neighbor); } } } return Collections.emptyList(); // 无路可走 } // 曼哈顿距离适合四方向格子地图 private double heuristic(Node a, Node b) { return Math.abs(a.x - b.x) Math.abs(a.y - b.y); }逻辑说明PriorityQueue保证每次取f最小的节点这是 A* 比普通 BFS 快的关键。heuristic用曼哈顿距离还是欧几里得距离取决于地图允许几方向移动——四方向用曼哈顿八方向用对角距离。参数上cost函数决定地形代价草地设 1、沼泽设 3单位就会自动绕开难走的地。坑在于neighbor.g初始值要设成无穷大否则tentativeG neighbor.g永远不成立路径出不来。另外开放列表里同一个节点可能被加多次取出时要判断是否已在closed里。3.3 实体管理与面向对象设计单位、建筑、资源点都是实体。这份源码里应该有一个基类比如Entity或GameObject带坐标、血量、所属玩家然后Unit、Building继承它。public abstract class Entity { protected int x, y; protected int hp, maxHp; protected int ownerId; public abstract void update(); public abstract void render(Graphics2D g); public boolean isAlive() { return hp 0; } } public class Unit extends Entity { private Path path; private int speed; Override public void update() { if (path ! null !path.isEmpty()) { moveAlongPath(); } } }逻辑说明抽象基类把「所有实体都有的东西」收拢子类只管自己的行为这是面向对象编程java在游戏里最实在的用法。参数上ownerId用来区分敌我speed决定移动快慢path是寻路返回的路径队列。常见误用是把所有逻辑塞进一个GamePanel类几千行下去没法维护。正确做法是实体自己管自己的update主循环只负责遍历调用。4. 避坑与排查编译、运行、逻辑三层问题4.1 编译报错「找不到符号」或「程序包不存在」现象javac报cannot find symbol或package xxx does not exist。 原因要么lib下的 jar 没加进 classpath要么源码里 import 了某个没包含的库。 解决确认lib目录存在编译时加-cp lib/*如果确实缺库看 import 的包名常见的是缺 JSON 解析或日志库按包名补对应 jar。4.2 运行后窗口黑屏或闪退现象程序启动窗口出来但一片黑或者几秒后自动关闭。 原因黑屏多半是资源加载失败闪退多半是主循环里抛了未捕获异常。 解决黑屏先查Working directory和资源路径闪退在main里加try-catch把异常打出来或者看控制台堆栈。java启动失败怎么解决这类问题九成答案在堆栈第一行。4.3 单位移动卡顿或原地抖动现象单位走两步停一下或者在目标点附近来回抖。 原因寻路每帧重算或者到达判定用了浮点数相等比较。 解决路径算一次存起来走完再算到达判定用距离阈值比如distance 2就算到了别用。4.4 帧率不稳机器风扇狂转现象游戏时快时慢CPU 占用高。 原因主循环没有sleep或者render里每帧重新加载图片。 解决循环里加Thread.sleep(1)图片在初始化时加载一次存成成员变量别在render里new ImageIcon。4.5 中文注释导致编译失败现象javac报unmappable character或乱码。 原因源码文件编码和编译时指定的编码不一致。 解决统一用 UTF-8编译加-encoding UTF-8IDE 里把File Encoding也设成 UTF-8。5. 二次开发改数值、换贴图、加一个新单位5.1 从配置文件或常量类入手改数值想快速看到变化先找数值定义的地方。常见的是Constants类或者config.properties。public class Constants { public static final int UNIT_SPEED 3; // 单位移动速度 public static final int UNIT_HP 100; // 单位血量 public static final int ATTACK_DAMAGE 10; // 攻击力 public static final int ATTACK_RANGE 1; // 攻击范围格 }逻辑说明把数值集中管理改一个地方全局生效。参数上ATTACK_RANGE设 1 是近战设 3 就是远程配合攻击逻辑里的距离判断就能区分兵种。改完重新编译运行不用动逻辑代码。5.2 换贴图资源命名与加载路径贴图替换的关键是「文件名对上」。找到加载图片的代码看它拼路径的规则。// 假设加载规则是 res/units/{type}.png String path res/units/ unitType .png; BufferedImage img ImageIO.read(new File(path));逻辑说明只要新图片的文件名和unitType对得上尺寸别差太多直接覆盖就行。参数上尺寸不一致会导致绘制错位建议先按原图尺寸做。如果代码里用的是getResourceAsStream那图片得放在 classpath 下不是普通文件目录。5.3 加一个新单位继承、注册、进菜单加单位的完整链路是新建类继承Unit在单位工厂或注册表里登记最后在建造菜单里加一项。public class Archer extends Unit { public Archer(int x, int y, int ownerId) { super(x, y, ownerId); this.hp 60; this.speed 4; this.attackRange 3; } Override public void attack(Entity target) { if (distanceTo(target) attackRange) { target.hp - 8; } } }逻辑说明继承拿到基类的坐标和血量重写attack实现远程逻辑。参数上attackRange设 3 配合前面的距离判断就是弓箭手。注册环节看源码里单位是怎么按类型创建的通常是switch或Map照着加一行。5.4 验证改动是否生效的检查清单改完别急着说「没效果」按顺序查编译有没有报错、运行有没有异常、改的类有没有被真正调用、数值有没有被别处覆盖。我习惯在update里临时加一行System.out.println确认逻辑走到了再删掉。这个笨办法比猜快得多。从那以后我每次拿到一份游戏源码都强制先跑通默认配置再动一行代码确认基线是好的——不然出了问题你连是原来就坏还是自己改坏的都分不清。希望这份拆解帮到你源码在手剩下的就是动手改出你自己的 WarCraft。本文还有配套的精品资源点击获取 Java实现WarCraft游戏源码解析：从编译运行到二次开发
简介这是一份用Java完整复刻《魔兽争霸》核心玩法的游戏源码面向具备一定Java基础、希望深入理解即时战略游戏架构与面向对象设计的开发者。资源围绕人类与兽人双阵营展开涵盖黄金与木材两种资源采集消耗、城镇大厅与兵营等建筑的建造升级、单位训练与科技解锁以及鼠标框选、右键移动、Tab循环切换和编队等操作逻辑适合作为课程设计、毕业设计或游戏开发练手的参考项目。压缩包共292个文件约2.24MB包含92个java源文件与100个class编译文件另有37张png图像、27个wav音效、3个mid背景音乐及若干txt、xml、jar等配置与资源文件源码与素材相对完整。目前已有395人学习下载。通过阅读World、ModelUnit、ModelBuilding、ControlPanel等核心类读者可梳理出游戏主循环、单位与建筑模型、指令面板交互及资源系统的实现脉络并借鉴其模块划分与事件处理思路快速搭建属于自己的RTS小游戏框架。1. 从一份 Java 版 WarCraft 源码说起它到底能跑出什么很多人第一次看到「JAVA 实现《warcraft java版》游戏-全部源码」这个资源第一反应是「Java 还能写即时战略」。能而且这份源码的定位很明确它不是教你写一个 Hello World 式的坦克大战而是把 WarCraft 那套「资源采集—建造—造兵—寻路—战斗」的闭环用纯 Java 的类库重新搭了一遍。你拿到手的是完整工程不是片段能直接编译、能改数值、能换贴图也能顺着类之间的调用关系把 RTS 最核心的几个系统拆开看。它适合三类人一是想找java课程设计案例源码的学生RTS 的复杂度足够撑起一个像样的课设二是想从业务代码转向游戏逻辑的java工程师寻路、状态机、帧循环这些东西在 CRUD 里是碰不到的三是想读一份「能跑起来」的源码笔记型工程的人比起读框架源码游戏源码的反馈更直观——改一个参数屏幕上立刻有变化。这份资源解决的核心问题是把「RTS 游戏怎么用面向对象的方式组织」这件事从抽象概念变成可调试的代码。下面按「怎么跑起来 → 核心系统怎么实现 → 坑在哪 → 怎么改出自己的东西」推下去。2. 把工程跑起来环境、目录与第一次编译2.1 环境准备与 JDK 版本选择这份源码是典型的 Java SE 桌面工程不依赖 Spring 那一套所以java环境变量配置详细教程里那套JAVA_HOMEPath的流程照样适用。我一般会先确认三件事JDK 版本、构建方式、有没有外部资源目录。JDK 版本上这类老工程常见的是 JDK 8 编译的用 JDK 8 或 11 跑最稳。JDK 17 以上有可能因为模块化或者某些反射调用报错尤其是用到javax.swing和java.awt的部分。如果你机器上装了多个版本用java -version和javac -version分别确认别只看一个。# 确认当前 JDK 版本两个命令都要看 java -version javac -version # 如果系统里有多个 JDK临时切换Linux/macOS export JAVA_HOME/path/to/jdk8 export PATH$JAVA_HOME/bin:$PATH逻辑说明java -version看的是运行时javac -version看的是编译器两者不一致时编译能过但运行可能出问题。参数上JAVA_HOME指向 JDK 根目录而不是bin这是新手最容易配错的地方。2.2 目录结构与入口类定位解压后先别急着编译花两分钟看目录。典型结构是src放源码、res或resources放图片和音效、lib放第三方 jar。入口类一般叫Main、Game或Start带main方法。# 看目录层级找入口和资源目录 find . -maxdepth 2 -type d # 找带 main 方法的类 grep -rl public static void main src/逻辑说明find限制两层深度避免输出太长grep -rl只列文件名快速定位入口。如果资源目录和源码目录分离编译后要把资源拷到 classpath 下否则会出现「窗口起来了但全是黑块」——这是资源路径没找对不是代码坏了。2.3 编译与运行命令行和 IDE 两条路命令行编译适合快速验证IDE 适合后续改代码。# 编译到 out 目录 mkdir -p out javac -encoding UTF-8 -d out $(find src -name *.java) # 运行注意把资源目录加进 classpath java -cp out:res Main逻辑说明-encoding UTF-8防止中文注释导致编译报错这是java编码问题的常见来源-d out指定输出目录保持源码目录干净-cp里 Windows 用分号;Linux/macOS 用冒号:。参数上如果入口类在包里要写全限定名比如com.game.Main。用 IDE 的话IntelliJ IDEA 直接Open工程根目录确认Project SDK选对版本Run Configuration里把Working directory设成资源目录所在层级。Eclipse 类似注意Build Path里别漏了lib下的 jar。提示第一次运行如果报NullPointerException且堆栈指向图片加载九成是资源路径问题先查Working directory再查代码里读文件用的是相对路径还是绝对路径。3. 核心系统拆解寻路、帧循环与实体管理3.1 帧循环与游戏主循环的实现RTS 的心跳是主循环。这份源码里通常是一个while循环加Thread.sleep或者用javax.swing.Timer。前者控制更细后者更省心。// 典型的主循环骨架 public void gameLoop() { long lastTime System.nanoTime(); double nsPerFrame 1_000_000_000.0 / 60.0; // 目标 60 FPS while (running) { long now System.nanoTime(); if (now - lastTime nsPerFrame) { update(); // 更新逻辑移动、战斗、AI render(); // 渲染画地图、单位、UI lastTime now; } try { Thread.sleep(1); // 让出 CPU避免空转 } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }逻辑说明update和render分离是游戏循环的基本纪律逻辑更新和画面刷新解耦后面加暂停、加速都好做。参数上nsPerFrame决定目标帧率60 FPS 对应约 16.67 毫秒Thread.sleep(1)是防止循环把 CPU 吃满不是精确计时精确计时靠nanoTime的差值判断。常见误用是把update和render写在一起结果一改渲染逻辑就影响游戏速度。另一个坑是用System.currentTimeMillis()做计时精度不够长时间跑会漂移nanoTime才是对的。3.2 寻路A* 在格子地图上的落地RTS 里单位移动不是直线冲是绕障碍。这份源码大概率用的是 A* 或者简化的广度优先。A* 的核心是f g hg是起点到当前点的代价h是当前点到终点的估算代价。// A* 核心开放列表按 f 值取最小 public ListNode findPath(Node start, Node goal) { PriorityQueueNode open new PriorityQueue(Comparator.comparingDouble(n - n.f)); SetNode closed new HashSet(); start.g 0; start.f heuristic(start, goal); open.add(start); while (!open.isEmpty()) { Node current open.poll(); if (current.equals(goal)) { return reconstructPath(current); } closed.add(current); for (Node neighbor : getNeighbors(current)) { if (closed.contains(neighbor) || !neighbor.walkable) continue; double tentativeG current.g cost(current, neighbor); if (tentativeG neighbor.g) { neighbor.parent current; neighbor.g tentativeG; neighbor.f tentativeG heuristic(neighbor, goal); open.add(neighbor); } } } return Collections.emptyList(); // 无路可走 } // 曼哈顿距离适合四方向格子地图 private double heuristic(Node a, Node b) { return Math.abs(a.x - b.x) Math.abs(a.y - b.y); }逻辑说明PriorityQueue保证每次取f最小的节点这是 A* 比普通 BFS 快的关键。heuristic用曼哈顿距离还是欧几里得距离取决于地图允许几方向移动——四方向用曼哈顿八方向用对角距离。参数上cost函数决定地形代价草地设 1、沼泽设 3单位就会自动绕开难走的地。坑在于neighbor.g初始值要设成无穷大否则tentativeG neighbor.g永远不成立路径出不来。另外开放列表里同一个节点可能被加多次取出时要判断是否已在closed里。3.3 实体管理与面向对象设计单位、建筑、资源点都是实体。这份源码里应该有一个基类比如Entity或GameObject带坐标、血量、所属玩家然后Unit、Building继承它。public abstract class Entity { protected int x, y; protected int hp, maxHp; protected int ownerId; public abstract void update(); public abstract void render(Graphics2D g); public boolean isAlive() { return hp 0; } } public class Unit extends Entity { private Path path; private int speed; Override public void update() { if (path ! null !path.isEmpty()) { moveAlongPath(); } } }逻辑说明抽象基类把「所有实体都有的东西」收拢子类只管自己的行为这是面向对象编程java在游戏里最实在的用法。参数上ownerId用来区分敌我speed决定移动快慢path是寻路返回的路径队列。常见误用是把所有逻辑塞进一个GamePanel类几千行下去没法维护。正确做法是实体自己管自己的update主循环只负责遍历调用。4. 避坑与排查编译、运行、逻辑三层问题4.1 编译报错「找不到符号」或「程序包不存在」现象javac报cannot find symbol或package xxx does not exist。 原因要么lib下的 jar 没加进 classpath要么源码里 import 了某个没包含的库。 解决确认lib目录存在编译时加-cp lib/*如果确实缺库看 import 的包名常见的是缺 JSON 解析或日志库按包名补对应 jar。4.2 运行后窗口黑屏或闪退现象程序启动窗口出来但一片黑或者几秒后自动关闭。 原因黑屏多半是资源加载失败闪退多半是主循环里抛了未捕获异常。 解决黑屏先查Working directory和资源路径闪退在main里加try-catch把异常打出来或者看控制台堆栈。java启动失败怎么解决这类问题九成答案在堆栈第一行。4.3 单位移动卡顿或原地抖动现象单位走两步停一下或者在目标点附近来回抖。 原因寻路每帧重算或者到达判定用了浮点数相等比较。 解决路径算一次存起来走完再算到达判定用距离阈值比如distance 2就算到了别用。4.4 帧率不稳机器风扇狂转现象游戏时快时慢CPU 占用高。 原因主循环没有sleep或者render里每帧重新加载图片。 解决循环里加Thread.sleep(1)图片在初始化时加载一次存成成员变量别在render里new ImageIcon。4.5 中文注释导致编译失败现象javac报unmappable character或乱码。 原因源码文件编码和编译时指定的编码不一致。 解决统一用 UTF-8编译加-encoding UTF-8IDE 里把File Encoding也设成 UTF-8。5. 二次开发改数值、换贴图、加一个新单位5.1 从配置文件或常量类入手改数值想快速看到变化先找数值定义的地方。常见的是Constants类或者config.properties。public class Constants { public static final int UNIT_SPEED 3; // 单位移动速度 public static final int UNIT_HP 100; // 单位血量 public static final int ATTACK_DAMAGE 10; // 攻击力 public static final int ATTACK_RANGE 1; // 攻击范围格 }逻辑说明把数值集中管理改一个地方全局生效。参数上ATTACK_RANGE设 1 是近战设 3 就是远程配合攻击逻辑里的距离判断就能区分兵种。改完重新编译运行不用动逻辑代码。5.2 换贴图资源命名与加载路径贴图替换的关键是「文件名对上」。找到加载图片的代码看它拼路径的规则。// 假设加载规则是 res/units/{type}.png String path res/units/ unitType .png; BufferedImage img ImageIO.read(new File(path));逻辑说明只要新图片的文件名和unitType对得上尺寸别差太多直接覆盖就行。参数上尺寸不一致会导致绘制错位建议先按原图尺寸做。如果代码里用的是getResourceAsStream那图片得放在 classpath 下不是普通文件目录。5.3 加一个新单位继承、注册、进菜单加单位的完整链路是新建类继承Unit在单位工厂或注册表里登记最后在建造菜单里加一项。public class Archer extends Unit { public Archer(int x, int y, int ownerId) { super(x, y, ownerId); this.hp 60; this.speed 4; this.attackRange 3; } Override public void attack(Entity target) { if (distanceTo(target) attackRange) { target.hp - 8; } } }逻辑说明继承拿到基类的坐标和血量重写attack实现远程逻辑。参数上attackRange设 3 配合前面的距离判断就是弓箭手。注册环节看源码里单位是怎么按类型创建的通常是switch或Map照着加一行。5.4 验证改动是否生效的检查清单改完别急着说「没效果」按顺序查编译有没有报错、运行有没有异常、改的类有没有被真正调用、数值有没有被别处覆盖。我习惯在update里临时加一行System.out.println确认逻辑走到了再删掉。这个笨办法比猜快得多。从那以后我每次拿到一份游戏源码都强制先跑通默认配置再动一行代码确认基线是好的——不然出了问题你连是原来就坏还是自己改坏的都分不清。希望这份拆解帮到你源码在手剩下的就是动手改出你自己的 WarCraft。本文还有配套的精品资源点击获取