《深入浅出MFC（第二版）》权威学习地图

直觉起点

、、、、共同构成本页坐标。以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。

阅读MFC代码要同时保留三层视图：最上层是AppWizard生成类和宏，中间层是MFC类层次、运行时表与回调，底层是Win32窗口、消息、句柄、线程和文件。只会点击向导或背宏，无法解释对象为何诞生、消息为何到达、文件为何能重建动态类型。

六阶段机制链

1. 核对版本

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“第0章与学习入口”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“补齐目录”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

2. 补齐目录

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“第一篇基础”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“建立Win32底座”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

3. 建立Win32底座

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“第二篇工具”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“追踪框架生命线”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

4. 追踪框架生命线

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“第三篇框架”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“推进Scribble”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

5. 推进Scribble

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“第四篇深入MFC”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“综合附录证据”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

6. 综合附录证据

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 本阶段围绕“附录A-D”建立预测：列出参与类、入口函数、宏展开、资源ID、线程或文件状态，再运行最小样例。进入“核对版本”前必须保存首个分叉证据，不能让后续框架回调覆盖真正原因。

核心机制深挖

以侯捷开放电子版与完整公开目录交叉核对版本身份，把第0章、四篇16章和附录A-D组织成可执行的MFC学习路线。 原书绑定Visual C++ 5.0与MFC 4.2。本页保留这个历史技术身份；现代Visual Studio、64位、Unicode、智能指针或新UI框架只可作为明确标注的对照，不能反向改写原书机制。

本页不变量是：21个正式单元、313个目录层级都有唯一教学归属；Visual C++ 5.0与MFC 4.2的历史语境不会被现代框架悄悄替换。。它必须在正常输入、空输入、创建失败、消息未处理、持久化版本不符和中断恢复中都成立。窗口看起来能显示、命令偶尔能执行或文件能写出，都不足以证明对象图、分派路径和资源生存期正确。

最小实验：从一个最小Win32窗口开始，逐步替换为CWinApp、CFrameWnd、Document/View、消息映射和序列化，每一步保存调用轨迹。 运行前记录工具版本、编译选项、链接方式、资源哈希、输入序列和预期调用路径；运行后保存消息日志、对象关系、文件字节或线程退出状态。

故障实验：故意漏掉运行时类宏、消息映射项或Document Template注册，判断失败首先出现在编译、创建、分派还是持久化阶段。 每次只改变一个条件，停在第一处与预测不同的位置。删除故障后从干净构建或明确逆操作恢复，并以完全相同的输入重放；如果最终画面相同但对象、句柄、线程、Archive或资源状态不同，仍判定失败。

机制证据表至少保留六列：框架表面动作、对应的C++对象或宏、下沉到Win32的入口、可观察状态、首个失败信号、恢复操作。对历史代码还要单列“原书行为”和“现代迁移差异”：前者用于解释MFC 4.2为何这样工作，后者只说明在64位、Unicode或新工具链中怎样验证同一不变量。这样既不会把旧API当成今天的最佳实践，也不会因现代封装更方便而跳过原书真正要揭示的内部机制。

最小可重放骨架

source -> 21 units -> 313 outline levels -> 23 teaching pages
trace  -> predict -> execute -> observe -> recover

struct Evidence { const char* phase; bool predicted; bool observed; };
Evidence route[] = {{"Win32", true, true}, {"MFC", true, false}};

identity: Visual C++ 5.0 + MFC 4.2
core: RTTI + dynamic creation + serialization + message mapping + command routing
spine: Scribble step0..step5

正式目录逐项讲解

第0章与学习入口

“第0章与学习入口”在本页用于连接本章术语、输入输出、状态变化和可验证结果。先在“核对版本”阶段标出版本身份涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“补齐目录”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

第一篇基础

“第一篇基础”在本页用于划定概念边界、前置条件和反例。先在“补齐目录”阶段标出四篇结构涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“建立Win32底座”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

第二篇工具

“第二篇工具”在本页用于连接本章术语、输入输出、状态变化和可验证结果。先在“建立Win32底座”阶段标出六大关键技术涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“追踪框架生命线”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

第三篇框架

“第三篇框架”在本页用于连接本章术语、输入输出、状态变化和可验证结果。先在“追踪框架生命线”阶段标出Scribble主线涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“推进Scribble”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

第四篇深入MFC

“第四篇深入MFC”在本页用于连接本章术语、输入输出、状态变化和可验证结果。先在“推进Scribble”阶段标出附录证据涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“综合附录证据”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

附录A-D

“附录A-D”在本页用于连接本章术语、输入输出、状态变化和可验证结果。先在“综合附录证据”阶段标出版本身份涉及的对象、线程、资源或表项，写下预期入口、状态变化和退出条件；再推进到“核对版本”，用调用栈、消息日志、对象图、序列化字节或界面状态验证推断。这里不能只记住向导操作或宏名字：必须说明它替代了哪段Win32/C++机制、失败首先在哪里可见，以及怎样恢复后用同一输入重放。

分步视觉验证

常见误区与故障注入

四类样本与验收

练习

小结

• 版本身份：连接“核对版本”的对象、控制流与证据。
• 四篇结构：连接“补齐目录”的对象、控制流与证据。
• 六大关键技术：连接“建立Win32底座”的对象、控制流与证据。
• Scribble主线：连接“追踪框架生命线”的对象、控制流与证据。
• 附录证据：连接“推进Scribble”的对象、控制流与证据。
• 本页6个目录坐标全部进入机制链，不用泛化主题替代原书章节。

术语表