企业官网建设流程全解析

简介：面向具备C/C++基础、希望掌握VC++6.0下MFC开发的初学者，学习内容围绕清晰的进阶路线展开：先夯实语言基础，再理解Windows消息机制、窗口句柄与消息映射，最后借助MFC封装特性进行Windows程序开发。文档以doc格式呈现，共1个文件，压缩包约521KB，篇幅精炼但覆盖面较完整，便于按章节顺序阅读。目前已有728人学习。文档从“如何学好VC”的建议讲起，包含多使用Help Online、学会阅读他人代码、慎选参考书等实用技巧；随后详细拆解消息的组成、投递与处理流程，结合伪代码展示窗口过程与消息循环的写法，并对比16位与32位系统的多任务机制；同时点明MFC利用C++封装、继承、虚函数等特性带来的开发优势，可帮助读者避开常见入门陷阱，建立对Windows编程核心原理的整体认知。适合自学VC/MFC的初学者作为第一份路线参考。

1. 先别被“VC++6.0”吓住：MFC 入门到底在学什么

很多人第一次听到“VC++6.0 MFC 入门”这串词，心里都在打鼓：MFC 是什么？为什么要学一个看起来这么老的开发工具？我连 C++ 都没写顺，能学会吗？我见过不少零基础的同学，还没点开教程就先被名字吓住了。今天这篇就专门解决这个发怵的问题，不讲复杂原理，只讲一条能走通的路。

MFC 是微软封装好的一套 C++ 类库，专门用来写 Windows 窗口程序。VC++6.0 是当年集成这套类库的开发环境。你学它，不是为了追新，而是为了搞懂 Windows 程序到底是怎么组织起来的。它能让你用比原始 API 少得多的代码，创建窗口、处理鼠标点击、在窗口里画图。但前提是你得按顺序来：先补 C/C++ 基础，再理解消息机制，然后才轮到 MFC 的类和向导工具。

读完你会知道第一步干什么、第一个例子怎么跑，也会明白那些老开发为什么反复强调“磨刀不误砍柴工”。现在我们从地基开始，一步一步来。

2. 为什么都说要先补 C/C++：把地基打牢再碰窗口

2.1 C 和 C++ 学到什么程度才算“够用”

任何房子都得从地基开始。MFC 这栋楼的地基就是 C/C++。你跳过地基直接搬进二楼，窗是有了，但一遇震动就晃。我见过太多人卡在 MFC 的 OnDraw 和消息映射上，回头一看，全是不懂继承和虚函数导致的。

还记得我第一次用 VC++6.0 建 MFC 工程时，满屏的代码我全不认识，连 CWinApp 都看成乱码。后来一个前辈点醒我：你连 C++ 的类继承都没写过，看 MFC 当然像看天书。MFC 本身就是建立在 C++ 之上的，你面对的所有窗口、按钮、对话框，在 MFC 里都是一个 C++ 类。不懂封装、继承、多态，你只能复制粘贴，改一处错一处。

入门的话，建议先把 C 语言的基础语法过一遍：变量、循环、函数、数组、指针。之后重点学 C++ 的类、构造函数、析构函数、继承、虚函数。很多人在这里犯一个毛病，觉得“我又不做大型游戏，学多态干嘛”。但 MFC 里最核心的消息处理，以及 CView 的绘图机制，全靠虚函数和基类指针在工作。你可以暂时不碰 STL、模板这些高阶内容，但类的机制必须熟练。

这里有一个实际的分寸：你不需要变成 C++ 专家再碰 MFC。C 语言部分的指针、函数指针，能读能写就行；C++ 部分的类、构造、析构、继承、虚函数，必须能独立写一个简单示例。判断标准很简单：给你一个“动物类”和“狗类”，你能写出继承关系，并用基类指针调用子类重写的“叫”函数，就算过关。这个能力直接映射到 MFC：CFrameWnd 继承自 CWnd，CView 继承自 CWnd，框架用基类指针管理所有窗口。你不会继承，就没法理解为什么一个 CWnd 指针能代表不同的窗口。

2.2 新手最好先写一段“字符界面程序”

学 MFC 最好的前置练习，不是马上拖窗口，而是先在黑底白字的控制台程序里写代码。原因很实在：控制台程序没有消息循环、没有窗口过程、没有设备上下文，你只需要关注 C++ 语法本身。等你把 C++ 写顺了，再进入 Windows 编程，就能分清楚“语言问题”和“框架问题”，不会一编译报错就懵。

入门的话，建议先在 VC++6.0 里新建一个 Win32 Console Application，也就是控制台工程，然后在里面练 C++。别觉得这个环境不带窗口很寒酸，它反而是你最好的练习场。我第一次学的时候，老老实实写了一个“模拟动物园”的控制台程序，代码很傻，但把继承、虚函数、指针全练了一遍。给你一个最小示例：

#include <iostream> using namespace std; class Animal { public: // virtual 是关键：它允许子类重写这个方法 virtual void speak() { cout << "Animal speaks" << endl; } }; class Dog : public Animal { public: // 重写基类的 speak，实现自己的行为 void speak() { cout << "Dog barks" << endl; } }; int main() { // 基类指针指向子类对象 Animal* p = new Dog(); // 运行时调用的是 Dog 的版本，这就是多态 p->speak(); delete p; return 0; }

这段代码里最值得注意的就是virtual和Animal* p = new Dog()。运行时，p->speak()会根据对象真正的类型去调用Dog的版本，这叫多态。MFC 里大量使用这种手法：你写的 CView 派生类，它的 OnDraw 会被框架通过基类指针自动调用。你现在把这段代码编译跑通，以后看到 MFC 的类关系就不会慌。

提示：控制台程序只是练习 C++，不用把它写成正式项目。练到能独立写出上面的继承示例，就可以向前走了。

2.3 带着这三个 C++ 概念去读 MFC

如果你不想在 MFC 里翻车，请先记住三个词：封装、继承、多态。

封装：MFC 把 Windows 的窗口句柄 HWND 装进了 CWnd 类，你不再需要到处传句柄，只需要操作一个 CWnd 对象。同理，画笔、刷子、字体也各有封装类。这就是为什么 MFC 让开发更接近语言，而不是整天和句柄打交道。

继承：你的主窗口类从 CFrameWnd 继承，你的视图类从 CView 继承。继承之后，你自动拥有了父类所有的窗口能力，只需补充自己需要的部分。比如 CView 已经帮你处理了和文档、框架的协作，你要做的只是重写 OnDraw。

多态：MFC 框架拿着基类指针调用你的重写函数。窗口需要重绘时，框架调用 CView 内部的 OnPaint，OnPaint 又调用 OnDraw，最终通过虚函数机制执行到你写的那份 OnDraw。正因为多态，你只需要写一份画图代码，窗口显示、打印预览、打印机输出全部复用。

到这一步，你已经明白为什么所有正经的 MFC 入门资料都把 C/C++ 基础放在最前面。不是吓唬你，而是 MFC 的类体系直接站在 C++ 这三块基石上面。下一章我会专门讲新手最容易踩的坑，你提前看一眼，能省掉很多瞎折腾的时间。

3. 新手避坑：这几个坎，十个人有九个栽过

很多 MFC 新手学不下去，不是因为不努力，而是在同一个坑里反复摔倒。这一章我把最常见的四个问题摆出来，每个都按“现象 → 原因 → 解决”说清楚。你以后遇到，直接对号入座。

3.1 一上来就拖控件，按钮有了，程序还是一团浆糊

现象：刚学 MFC 就想用 VC++6.0 往窗口上拖一个按钮，双击按钮写代码，弹个消息框是成功了，但窗口是怎么创建的、按钮为什么能响应用户点击，完全不知道。再遇到复杂界面，就只会不停堆控件，代码越堆越乱。

原因：跳过了 C/C++ 基础，也跳过了字符界面程序练习，直接进入“可视化开发”。可视化拖控件掩盖了后台的类、消息映射和窗口过程，你就把 MFC 学成了“拼积木”。拖控件填不填得了界面？填得了。但一旦程序要自己画图、自己处理复杂交互，你立刻发现没有任何抓手。

解决：退回控制台程序，先把 C++ 的类、继承、虚函数练熟，同时把 Windows 消息机制的基本流程看懂。MFC 的控件操作只是表象，消息处理才是骨架。我第一次学的时候就吃了这个亏，拖了一下午按钮，最后连一个最简单的按钮为什么能响应点击都说不清楚。后来沉下心补基础，一周后再看界面代码，一下子通透了。

3.2 照着书抄，编译却报一堆错

现象：代码明明和书上一模一样，就是编译不过。VC++6.0 有时报 error C2065，意思是某个标识符没有声明；有时报 error C2664，意思是参数类型不匹配。很多人第一反应是“书太老”或者“我太笨”，其实大多数时候都不是。

原因：大概率是工程类型选错了。把一段控制台代码贴进 MFC 工程，或者把 MFC 代码贴进 Win32 工程，头文件、链接库全对不上。另外 VC++6.0 时代很多书上的代码用char和char*，而 MFC 接口大量使用TCHAR，两种写法混用就会出错。

解决：新建工程时先选对类型。练习 C++ 就选 Win32 Console Application，练习 MFC 就选 MFC AppWizard (exe)。如果用到字符串，优先用_T("...")或者 CString，不要直接把"..."扔给 MFC 接口。看到编译错误不要慌，双击错误信息跳到对应行，先检查头文件和工程类型，这两项对了，大部分报错都会消失。

3.3 消息处理函数写了，却始终没有反应

现象：你在视图类里写了一个void OnLButtonDown(...)，里面也写了弹消息框的代码，但编译、运行、点鼠标，窗口就是没反应。这时候很多人开始怀疑电脑坏了，或者 MFC 有问题。

原因：MFC 不是靠“函数名字对了”就自动调用消息处理函数。它靠消息映射把消息和函数绑在一起。只写了函数定义，没有在消息映射宏里加上ON_WM_LBUTTONDOWN，这个函数就只是一个普通成员函数，不会被消息系统调用。这是新手最常见也最让人抓狂的坑，我当年在这个问题上卡了整整一个晚上。

解决：打开视图类的 .cpp 文件，找到 BEGIN_MESSAGE_MAP 和 END_MESSAGE_MAP 中间，确认有对应条目：

BEGIN_MESSAGE_MAP(CDemoView, CView) ON_WM_LBUTTONDOWN() END_MESSAGE_MAP()

然后在头文件里声明函数，在 cpp 里实现函数。如果你用 VC++6.0 的 ClassWizard 添加消息处理，它会自动帮你生成这三处，所以新手阶段建议尽量用向导，等明白了原理再手动写。

3.4 画好的图形一拖窗口就消失，或者程序直接崩掉

现象：在 OnDraw 里画了一条线或一个圆，窗口一最小化再恢复，图就不见了；有时程序还弹熟悉报错，甚至直接退出。这一类问题在入门绘图时极其常见。

原因：窗口重绘时会重新调用 OnDraw，所有绘制必须放在 OnDraw 里，它才会在每次重绘时被重新执行。另一个更隐蔽的问题，是创建了画笔、刷子这类 GUI 对象后，没有选回旧对象，也没有销毁，GDI 对象越积越多，最后系统资源耗尽。

解决：绘制代码一律写在 OnDraw 里；所有 GDI 对象遵循“创建、选入、用完恢复、销毁”的流程。一个安全写法是这样的：

void CDemoView::OnDraw(CDC* pDC) { CPen pen; pen.CreatePen(PS_SOLID, 2, RGB(255, 0, 0)); // 创建红色画笔 CPen* pOldPen = pDC->SelectObject(&pen); // 选入 DC，记住旧画笔 pDC->MoveTo(10, 10); pDC->LineTo(100, 100); // 画一条线 pDC->SelectObject(pOldPen); // 恢复旧画笔 // pen 是局部对象，函数结束时自动析构 }

这段代码里，关键是pOldPen。不保存旧对象就直接选入新对象，后面恢复时就会出错；不恢复旧对象就让局部画笔析构，DC 里的指针就变成野指针。新手阶段先把这句“选入、保存旧对象、恢复”背下来，能避免很多崩溃。

4. 绕不开的核心：Windows 消息机制到底怎么运转

MFC 初学者最容易把代码复制成功，却不知道程序为什么“活”着。这里最核心的就是消息机制。你可以把 Windows 程序理解成一家前台接待处：所有事情都通过消息单传递，系统负责把消息单送到正确的窗口，窗口自己决定要不要处理。

4.1 先认识消息本身：名字、wParam、lParam

一条消息由三部分组成：消息名称（UINT）、wParam、lParam。消息名称告诉你“发生了什么”。WM_COMMAND 表示用户点了菜单或按钮，WM_PAINT 表示窗口需要重画，WM_LBUTTONDOWN 表示鼠标左键按下了。wParam 和 lParam 是附加参数，具体含义随消息不同而不同。比如菜单点击时，wParam 的高字节里是命令 ID，通过这个 ID 你能知道用户点了哪一个菜单。

这里不用死记参数，先知道思路就行。MFC 已经把这些参数拆开，封装成一个个处理函数，比如 OnLButtonDown 会直接给你鼠标坐标。但如果你完全不懂原始消息结构，遇到某些疑难 bug 时就只能瞎猜。所以我的建议是：先理解“消息有名字和两个附带参数”，等用 MFC 写几个例子后，再回头对照 API，会有种醍醐灌顶的感觉。

4.2 窗口过程：谁收到消息，没处理的消息去了哪

消息必须发给一个窗口。窗口靠窗口句柄 HWND 唯一标识。你可以把句柄想象成每个窗口的学生证号，系统发消息时带上这个号码，消息就不会送错门。比如两个窗口共用同一个窗口过程代码，你在窗口一上按鼠标，消息只会送给窗口一，因为消息里带了窗口一的句柄。

每个窗口都有一个窗口过程，也就是一段处理消息的代码。它收到消息后，先用 switch 判断消息类型，自己感兴趣的就去处理，不感兴趣的交给系统默认处理。比如窗口被拖动时会来一大批消息，你根本不用管，默认过程会帮你处理好。下面这个伪代码能让你看清窗口过程的骨架：

LRESULT YourWndProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch (msg) { case WM_PAINT: DoYourWindow(); // 窗口需要重绘时，在这里输出内容 break; case WM_LBUTTONDOWN: DoYourWork(); // 鼠标左键按下，在这里处理 break; default: return DefWindowProc(hWnd, msg, wParam, lParam); // 其它交给系统 } return 0; }

MFC 把你写的 OnDraw、OnLButtonDown 这些函数，通过消息映射挂到了类似上面这个 switch 上。你写的只是 case 分支里的处理代码，switch 和窗口过程是 MFC 帮你搭好的。所以理解了消息机制，你才不会觉得 MFC 是个黑匣子。

4.3 消息循环和消息队列：程序为什么不卡死

系统会为每个程序维护消息队列。鼠标点击、键盘输入、窗口变化，系统把这些事件转成消息，放进对应程序的消息队列。程序里有一条消息循环，它不断地问系统“有没有新消息”，有就取出来，发给对应窗口过程；没有就把 CPU 控制权交回去，让别的程序运行。

下面的伪代码就是一个标准消息循环：

while (1) { BOOL bRet = GetMessage(&msg, NULL, 0, 0); // 没有消息就阻塞等待 if (bRet == 0) break; // 收到 WM_QUIT，退出循环 TranslateMessage(&msg); // 把键盘消息转成字符消息 DispatchMessage(&msg); // 把消息交给对应窗口过程 }

这段代码最好的地方在于：没有消息时 GetMessage 不会返回，程序不会白白占着 CPU。在老的 Windows 3.x 时代，所有程序共享一个队列，一个程序卡住，整个图形界面都可能卡住。到了 Windows 95/NT 之后，每个程序都有独立队列，所以一个程序卡住不易拖垮其它程序。

MFC 的工程里，启动代码早就把消息循环藏好了。你不需要自己写，但要明白它存在。以后你写一个耗时的循环，如果发现窗口拖不动、按钮没反应，多半就是你的代码挡住了消息循环，系统没法处理窗口重绘和鼠标点击。

4.4 MFC 的消息映射：把消息和函数绑在一起

最初写 Windows 程序，每个窗口都要写一个巨大的 switch，把所有消息都列出来，代码又长又乱。MFC 用了一组宏，把消息和成员函数映射起来，看起来很像在填表格。你在类里声明一个 OnLButtonDown 函数，再在 BEGIN_MESSAGE_MAP 和 END_MESSAGE_MAP 之间加一行 ON_WM_LBUTTONDOWN，鼠标消息就会自动路由到这个函数。

MFC 中常见的一段消息映射是这种样子：

BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd) ON_WM_CREATE() // 窗口创建时调用 OnCreate ON_COMMAND(ID_FONT_DROPDOWN, DoNothing) // 菜单命令绑定 DoNothing END_MESSAGE_MAP()

它相当于告诉框架：遇到 WM_CREATE，就调用 OnCreate；遇到 ID 为 ID_FONT_DROPDOWN 的命令，就调用 DoNothing。这背后的实现原理比较复杂，但你可以简单理解成：宏定义帮你生成了一张任务表，MFC 框架查表找到对应的函数指针然后调用。

这也是为什么第 3 章强调“别漏了消息映射”。你写代码时漏一行 ON_XXX，表格里没有这一项，函数写得再对也没有入口。MFC 入门能把这条线理清楚，后面看什么类都不虚。

5. 动手跑第一个例子：在窗口里输出“Hello MFC”

前面讲了基础和原理，这一章练真家伙。不要怕，我们只做一个最小的事：创建一个窗口，然后在窗口里用 MFC 输出一行文字。整个过程不超过几十行自己写的代码，你跟着做完，就会拥有自己的第一个 MFC 程序。

5.1 用向导生成一个单文档程序

打开 VC++6.0，新建工程，在“Projects”选项卡里选 MFC AppWizard (exe)。工程名你随便起，比如 demo。向导会问你框架类型，有三个选项：单文档、多文档、对话框。第一次做，我建议选“单文档”（Single document）。

理由有两条：第一，单文档自动带一个 CView 视图类，正好用来学习 OnDraw 绘图；第二，对话框程序虽然看起来更简单，但它把很多消息处理隐藏得更深，初学者反而不容易看到核心。一路点“完成”，用默认设置就行。等向导结束，代码就已经自动生成好了。你什么都不用改，直接编译运行，屏幕上会出现一个带菜单和工具栏的标准 Windows 窗口。到这里，你其实已经用 MFC 写出一个能跑的窗口程序了。

5.2 先认识自动生成的几个关键类

打开 ClassView，你会发现 MFC 帮你建了好几个类。对入门来说，先认识三个就够。

第一个是 CWinApp 的派生类。它代表“应用程序本身”，负责启动、初始化、运行消息循环。程序入口不是 main，而是这个 App 类。第二个是 CFrameWnd 的派生类，它是主窗口，也就是那个带标题栏、菜单、工具栏的大边框。第三个是 CView 的派生类，它填在主窗口的客户区里，你看到的白色区域就是它，你要画的文字和图形，全部写在这个类里。

对初学者，我只要求你记住：MainFrame 管窗口框架，View 类管内容，App 类管整个程序运行。以后你写的 90% 绘图代码，都会出现在 View 类里。看别人代码时先找这三个类在哪，就不容易迷路。

5.3 在 OnDraw 里输出一行文字

现在打开 View 类的源代码，找到 CView 派生类的 OnDraw 成员函数。它目前是空的，或者只有一行 TODO 注释。把下面这段代码填进去：

void CDemoView::OnDraw(CDC* pDC) { // pDC 是当前窗口的设备上下文，所有绘图都要通过它 // TextOut 在指定坐标画出一行文字 pDC->TextOut(100, 100, _T("Hello MFC")); }

编译运行，你会在白色客户区的坐标 (100, 100) 位置看到一行 Hello MFC。也许你觉得不过如此，但这背后发生了好几件事：第一，窗口被创建后，系统向它发送 WM_PAINT 消息；第二，MFC 框架收到 WM_PAINT 后，调用 OnPaint，OnPaint 又调用 OnDraw；第三，你的 TextOut 通过 pDC 把文字画到了屏幕上。这就是前面说的消息机制的完整闭环。

TextOut的前两个参数是坐标，单位默认是像素。x 往右增大，y 往下增大。第三个参数是字符串，前面加_T，是为了同时兼容 char 和宽字符。你改一下坐标再运行，会发现文字位置真的变了。这就是在 Windows 窗口里“画”字的感觉。

5.4 再加一个鼠标响应：亲手体验消息映射

文字输出是窗口主动画的，接下来加一个“被动响应”的例子：鼠标左键点击窗口空白处，弹出一个消息框。这样才能看到消息映射的全过程。

在视图类头文件里手动加上消息处理函数声明，然后到 cpp 的 BEGIN_MESSAGE_MAP 和 END_MESSAGE_MAP 之间加一行，再在 cpp 里写函数体。三步代码如下：

// 头文件里，类的声明内部加这句 afx_msg void OnLButtonDown(UINT nFlags, CPoint point);

// cpp 消息映射区，添加这一行 BEGIN_MESSAGE_MAP(CDemoView, CView) ON_WM_LBUTTONDOWN() END_MESSAGE_MAP()

// cpp 里实现函数 void CDemoView::OnLButtonDown(UINT nFlags, CPoint point) { CString str; str.Format(_T("你点击了坐标：(%d, %d)"), point.x, point.y); AfxMessageBox(str); // 弹出一个消息框 }

这段代码干了什么：字符串用 Format 按格式拼出坐标，然后 AfxMessageBox 弹出提示。整个流程是消息映射把 WM_LBUTTONDOWN 路由到 OnLButtonDown，你不需要知道底层窗口过程怎么分派，框架帮你做了。现在把鼠标点进窗口，消息框会告诉你点击的位置。

你可以改一下坐标，让输出的文字出现在鼠标点击的位置，思路是把点击坐标存进一个成员变量，再调用 Invalidate() 强制窗口重绘，重绘时 OnDraw 就会用这个新坐标画文字。这一步留作练习，它能把消息处理、成员变量、重绘机制串起来。做到这里，你已经有能力看懂 MFC 自动生成的代码了，也验证了消息映射不是玄学。

6. 接下来怎么走：一条照着做就好的学习路径

到这里，你已经跑通了第一个 MFC 程序，也理解了消息机制。下一步不是急着啃全部源码，而是按顺序把常用类练熟，再做一个小工具。

6.1 先掌握三个高频类

MFC 里最常用的是 CString、CRect、CPoint。CString 是可变长字符串，用起来比 char 数组省心，它会自己分配内存，常见的 Format、Find、Compare 都值得试一遍。CRect 表示矩形，有 top、left、bottom、right 四个成员，Width、Height、CenterPoint 都很常用。CPoint 就是坐标点，配合鼠标消息里的 point 参数用。

这三个类没有必要背，写代码时多用几次就熟了。建议把刚才例子里 TextOut 的坐标改成 CPoint 对象来算，把文字范围用 CRect 限制，再用 CString 做格式化输出。用到不会的函数，直接查 MSDN 或 VC6.0 自带的联机帮助，不要翻厚厚的书。

6.2 从文字走向绘图和 GUI 对象

接下来学 CFont（字体）、CPen（画笔）、CBrush（刷子）、CBitmap（位图）。输出文字时，你可以创建一种新字体，再把字体选入 DC，改变文字大小和风格。画线用画笔，填充区域用刷子。建议用它们做一个小程序，比如在窗口里画一个红边框、蓝色填充的圆，把前面说的“选入、恢复、销毁”流程真真切切用一遍。

GUI 对象使用有一套固定规则：先创建，再选入 DC，用完恢复旧对象，重新创建前先销毁。这套规则我前面提过，等你真正画复杂图形时，才能体会它有多关键。很多人都栽在忘记恢复旧对象这个点上，一次两次炸出非法操作，才知道血泪教训是什么。

6.3 长期坚持的三个习惯

第一，遇到消息不会处理时，先查 MSDN 里的消息列表，再用 ClassWizard 自动生成处理函数。第二，读别人的代码时，先画一张“类关系 + 消息流向”的草图再往下看。第三，每个知识点都做一个小程序验证，别光看不练。

如果你手里正好有这份《VC++6.0 MFC入门学习》资料，我建议把它当成一张地图，而不是百科全书。第一次读到这里，只需要把消息机制和第一个例子理解透，后面的绘图章节，等你做到那个红边框蓝色填充的小圆时再回头看。

作为一个过来人，我从那以后每次学新框架，都强制自己先画一遍消息流转图，再动手改代码。这个习惯让我少踩了无数坑，无论是写 MFC 还是后来接触别的界面库，第一件事永远是先搞清楚“消息从哪来、由谁处理、没处理去哪”。希望帮到你。

本文还有配套的精品资源，点击获取