一、这是一个什么游戏

《坦克动荡》（Tank Trouble）的规则，五句话能说完：

1. 一张迷宫地图 —— 由"墙"和"空地"组成的格子阵；
2. 两台坦克 —— 一个玩家控制一台（也可以人机对战、双人对战）；
3. 坦克能移动、能转向 —— 而且不是只走上下左右四方向，是任意角度自由开；
4. 炮弹撞墙会反弹 —— 弹一次、两次、很多次都行；
5. 谁被打中谁出局 —— 而打中你的，很可能是你自己反弹回来的那一发。

第 5 条是这个游戏和"坦克大战"最大的区别：

"算角度"就是这个游戏的核心乐趣 —— 地图越复杂、能反弹的路线越多，玩起来越像打台球。

二、为什么拿它当收尾项目

它是整本书里知识覆盖面最广的一个例子：

一句话：它不是"又一个例子"，而是"一次结业考"。

三、开工前要知道的三件事（尤其第一件）

第 1 件：这次要换工具了

本书前面十五章一直用 Dev-C++（写控制台程序）。本章必须换到 Visual Studio —— 因为：

• 我们要做的不是黑框框，而是带窗口、带图片、带鼠标的游戏；
• 这需要 Windows API（管窗口和消息）和 GDI+（管绘图和图片）；
• 这两样东西只有 Windows 上的 MSVC 工具链（Visual Studio）能顺畅地用。

不是 Dev-C++ 不好，而是它面向控制台，写窗口程序不合适。工具要跟着任务换。

本节后面第五部分会手把手把 Visual Studio 装上，并跑出第一个窗口。

第 2 件：本章要用的三样东西

前两样是新面孔，第三样是你的老朋友。 本章的新知识，九成都在前两样上。

第 3 件：思路比代码重要

本章代码量比前面任何一章都大，但真正要带走的是三个思路：

1. 游戏循环 —— 程序不再是"从上到下跑一遍就结束"，而是每秒重复几十次；
2. 对象分工 —— 谁负责画、谁负责动、谁负责算碰撞；
3. 状态管理 —— 菜单、游戏中、结算，同一个窗口在不同状态下做不同的事。

这三件事想清楚了，代码是水到渠成；想不清楚，代码抄下来也改不动。

四、本章的八节怎么走

注意顺序：先设计（16.2）再动手（16.3 起） —— 这是本章想教的第一条工程习惯。

五、动手 Demo：把"黑框框"换成"窗口"

第 1 步：装 Visual Studio

1. 到微软官网下载 Visual Studio Community（社区版，免费）；
2. 安装时在"工作负载"里勾上「使用 C++ 的桌面开发」 —— 这一项必须勾，否则后面建不了 C++ 项目；
3. 装完打开，确认能看到"创建新项目"。

第 2 步：跑一个最小的窗口程序

新建 → 选 Windows 桌面应用程序（语言 C++ / 平台 Windows / 类型 桌面）→ 项目名填 TankTurmoil。

把生成代码里的消息处理函数 WndProc 改一处，让它往窗口上画一行字：

// 消息处理函数：系统把"窗口需要重画"的消息发到这里
LRESULT CALLBACK WndProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) {
    switch (msg) {
    case WM_PAINT: {                        // 系统说：这块地方要重画了
        PAINTSTRUCT ps;
        HDC hdc = BeginPaint(hWnd, &ps);    // 开始画
        // 先用 GDI 的"画字"函数试水（16.5 会换成 GDI+）
        TextOut(hdc, 20, 20, L"坦克动荡 · 窗口已就绪", 11);
        EndPaint(hWnd, &ps);                // 画完了
        return 0;
    }
    case WM_DESTROY:                        // 窗口被关掉
        PostQuitMessage(0);                 // 让消息循环退出 → 程序结束
        return 0;
    }
    return DefWindowProc(hWnd, msg, wParam, lParam);   // 其余消息交给系统默认处理
}

看到什么算成功：

• 编译运行后弹出一个白色窗口；
• 窗口左上角有「坦克动荡 · 窗口已就绪」几个字；
• 点右上角关掉窗口，程序正常退出（不报错、任务管理器里没有残留进程）。

读结果：

• WM_PAINT 是"窗口需要重画"的消息 —— Windows 不是"你想画就画"，而是"系统叫你来画"（16.5 会细讲这套机制）；
• WM_DESTROY 里那句 PostQuitMessage(0) 是"关闭窗口 = 结束程序"的开关 —— 去掉它，窗口关了但进程还在；
• TextOut 是 GDI 的老函数，本章后面会改用 GDI+，但先跑通"能画东西"这一步最重要。

六、30 秒实验

1. 把 TextOut 那一行注释掉再跑 → 窗口还在，但一片空白。说明"窗口存在"和"窗口上有内容"是两件事。
2. 把 WM_DESTROY 分支整段注释掉再跑 → 关掉窗口后，任务管理器里还能看到进程。这就是"消息循环没退出"。
3. 把窗口样式里的 WS_OVERLAPPEDWINDOW 换成只带 WS_BORDER → 窗口不能改大小、没有最大化按钮。体会"窗口样式"就是一堆选项按位或起来（和 15.1.3 的位标志一个套路）。

七、常见误区

1. "我 Dev-C++ 用得挺熟，本章也能用" —— 不行。Dev-C++ 面向控制台，本章要窗口和 GDI+，请用 Visual Studio。工具跟着任务换，不是工具不好。
2. "窗口程序就是 main 里一路 cout" —— 不是。窗口程序的核心是消息循环：程序不"从头跑到尾"，而是等系统发消息、你处理消息。
3. "照着抄完代码就算学会了" —— 不算。本节第三部分那三个思路（游戏循环、对象分工、状态管理）才是要带走的；代码只是它们的载体。
4. "应该先把坦克、子弹都写出来再调试" —— 反过来。本章顺序是先设计 → 再建框架 → 再画图 → 最后堆功能。一次只让一个新东西动起来。
5. "游戏和普通程序是两个世界" —— 不是。底子还是你学过的：类、继承、容器、文件 —— 只不过外面套了一层"窗口"的壳。

• ☐ 下一节（16.2 系统功能设计）

相关笔记

• 小结 —— 上一章知识地图（本章要用到文件操作）
• 系统功能设计 —— 下一节：先把功能与流程设计清楚
• C++类 —— 游戏对象的"图纸"从哪儿来
• 多态 —— 坦克 / 子弹 / 地图的统一接口
• 向量类模板 —— 用 vector 装一堆子弹
• 🔷 C++基础 · 索引 —— 全课路线图