一、在应用程序自定义消息方法：

        一般自定义消息有一定的范围，虽然说自定义消息从WM_USER开始，但是由于我们的工程里面一般还有很多其他的控件，他们也要占用一部分WM_USER消息范围，所以我们必须为他们留出一部分范围，这里，我们保留100个消息，一般情况下，这可以满足我们的要求。

  (1)    定义消息的值。在我们要发生消息的地方(例如CMyView.cpp的开始部分)或者stdafx..h文件，进行如下定义：

#define WM_MSG  (WM_USER+101)

        接下来的工作其实很简单，我们在前面说了，消息正常工作有3个部分必须协调：消息声明、消息映射、消息体。我们就一次进行手工加入。

        (2)首先在AFX_MSG块中加入消息声明：在CMyView.h中，找到如下部分，并加入消息声明：

protected:                    // {{AFX_MSG（CMyView)             ......             afx_msg LRESULT OnMyMsg(WPARAM wParam,LPARAM lParam);             file://}}AFX_MSG

        (3)在MESSAGE_MAP块中添加ON_MESSAGE宏指令：

BEGIN_MESSAGE_MAP(CMyView, CView)               file://{{AFX_MSG_MAP(CMyView)                .....               ON_MESSAGE(WM_MSG, OnMyMsg)              file://}}AFX_MSG_MAP            END_MESSAGE_MAP()

        (4)添加消息函数体：

LPESULT CMyView::OnMyMsg(WPARAM wParam, LPARAM lParam)           {

AfxMessageBox("消息已经收到！");              return 0;           }

        消息至此就已经定义完毕，接下来我们就可以激活消息了，就可以用我们前面所说的PostMessage/SendMessage来发送消息了。

　　　　如：::PostMessage(hwnd,WM_MSG,0,1);

       PostMessage:不用等消息返回。

　　　 SendMessage:需要等消息返回。

  二、从DLL中传递消息到EXE

　　　在DLL中定义消息和上面的方法很相似，有两点不同的地方：

  1、  在DLL和应用程序中两个地方定义相同的消息。

  2、  应用程序调用DLL程序之后，需要将应用程序的窗口句柄传递给DLL，以便DLL中的消息返回。

  在DLL工程中：

  （1）       在stdafx.h头文件中添加消息定义：

#define WM_MSG WM_USER + 102

  （2）       添加启动消息的输出函数：

CMessageDLLApp theApp;   //发送消息 extern "C" _declspec(dllexport) void StartSendMessage(HWND hwnd) {                  theApp.SendMessage(hwnd); }

　　          其中hwnd是接收消息的窗口句柄。

  （3）       添加启动消息的实现函数：

在头文件中添加函数声明：

void SendMessage(HWND hwnd);

  在CPP文件中添加函数实现

  //启动发送消息

void CMessageDLLApp::SendMessage(HWND hwnd) {                    ::PostMessage(hwnd,WM_MSG,0,1); }   在应

用程序中：

  （1）       在stdafx.h头文件中添加消息定义：

#define WM_MSG WM_USER + 102

  （2）       首先在AFX_MSG块中加入消息声明：在CTestMessageDLLDlg.h中，找到如下部分，并加入消息声明：

。。。。。。

afx_msg LRESULT OnMyMsg(WPARAM wParam,LPARAM lParam);                  DECLARE_MESSAGE_MAP()

  （3）       在MESSAGE_MAP块中添加ON_MESSAGE宏指令：

BEGIN_MESSAGE_MAP(CTestMessageDLLDlg, CDialog)     　　　　　　。。。。。。     　　　　　　ON_MESSAGE(WM_MSG, OnMyMsg)     　　　　　　//}}AFX_MSG_MAP     　　　　　　END_MESSAGE_MAP()

  （4）       添加消息函数体：

LRESULT CTestMessageDLLDlg::OnMyMsg(WPARAM wParam, LPARAM lParam)  {            　　　　 AfxMessageBox("消息已经收到！");             　　　　 return 0;  　　　　}

　（5）       在对话框上添加一个按钮，在按钮事件中，先调用DLL文件，然后发送一个测试消息响应的命令：

void CTestMessageDLLDlg::OnBnClickedButton1() {     // TODO: 在此添加控件通知处理程序代码     //定义函数     typedef void (_cdecl*STARTSENDMESSAGE)(HWND hwnd);     HMODULE hmessage = NULL;     STARTSENDMESSAGE StartSendMessage = NULL; 　　//导入DLL库文件     hmessage = LoadLibrary("MessageDLL.dll");     if(hmessage==NULL)     {         FreeLibrary(hmessage);         exit(0);     } 　　//导入DLL中测试消息函数     StartSendMessage = (STARTSENDMESSAGE)GetProcAddress(hmessage,"StartSendMessage");     if(StartSendMessage==NULL)     {         FreeLibrary(hmessage);         exit(1);     }     //获取对话框的窗口句柄     HWND hwnd = this-＞GetSafeHwnd();     //发送测试消息函数     (*StartSendMessage)(hwnd); }

运行应用程序，就可以看到测试结果了。
 

 return hbr;
}

Step 1：使用VC 6.0新建一个Project，命名为：MIS。除选择单文档属性外，一切使用“默认”方式。于是你可以获得五个类：CMainFrame，CMISApp，CMISDoc，CMISView，和CAboutDlg；

       Step 2：新建一套新的Doc/View/Frame：添加新类CNewDoc，基类为CDocument（方法：Insert——>New Class（Class Type：MFC Class），基类选择CDocument）。添加新的框架类CNewChildFrame，基类为CMDIChildWnd，添加方法同上。添加新的视图类CNewView，方法：Insert——>New Form，对话框中的文档类选择为CNewDoc（默认也是）。

       Step 3：将菜单资源IDR_MAINFRAME中添加菜单项“功能”，并添加菜单子项“功能1”和“功能2”，分别对应项目开发中的不同的业务逻辑。为了保证整个过程中菜单项的一致性，在IDR_MAINFRAME上Ctrl + C，然后Ctrl +V两次生成和IDR_MAINFRAME一样的菜单两个，然后将这两个菜单分别改名为IDR_MISTYPE和IDR_VIEW2_TMPL（注意：先将后两个菜单名字Copy再删除它们，然后再改名，这里菜单的名字可以换，但是为了简单就直接使用系统生成的默认菜单名字，如果改变了名字要在New CMultiDocTemplate时刻修改相应项）。

Step 4：在CMISApp中添加变量记录这两个框架类，为简单起见就声明为public（方便后面的访问，也就懒得管面向对象的设计原则了，因为仅仅是示例而已）：

并将BOOL CMISApp::InitInstance()函数中由VC自动生成的代码作如下改变：

以及：

Step 5：在MainFrm.h中添加两个文档类变量记录这里的两个不同的Document，为简单起见就声明为public：

注意：在CMainFrame构造函数中将上面两个变量置为NULL（否则：））。并响应IDR_MAINFRAME的两个菜单项目“功能1”和“功能2”消息，在各自的响应菜单中分别添加响应函数：

和：

       至此就完成了整个工作，需要说明的是：

1）  实现中由于使用到相关的类，因此在必要的地方要include相关的头文件，这里省略（编译有错误的时候添加就是了：））；

2）  这里给出的是一个示例代码，实际开发中可以通过参考实现获得自己想要实现的具体应用情况（例如视图类的不同、数量不同，更重要的还有业务逻辑的不同实现等）；

　　SetTimer的函数原型如下：
UINT_PTR SetTimer( HWND hWnd, UINT_PTR nIDEvent, UINT uElapse, TIMERPROC lpTimerFunc ) ;
　　其中
　　hWnd是和timer关联的窗口句柄，此窗口必须为调用SetTimer的线程所有；如果hWnd为NULL，没有窗口和timer相关联并且nIDEvent参数被忽略
　　nIDEvent是timer的标识，为非零值；如果hWnd为NULL则被忽略；如果hWnd非NULL而且与timer相关联的窗口已经存在一个为此标识的timer，则此次SetTimer调用将用新的timer代替原来的timer。timer标识和窗口相关，两个不同的窗口可以拥有nIDEvent相同的tiemr
　　uElapse是以毫秒指定的计时间隔值，范围为1毫秒到4,294,967,295毫秒（将近50天），这个值指示Windows每隔多久时间给程序发送WM_TIMER消息。
　　lpTimerFunc是一个回调函数的指针，俗称TimerFunc；如果lpTimerFunc为NULL，系统将向应用程序队列发送WM_TIMER消息；如果lpTimerFunc指定了一个值，DefWindowProc将在处理WM_TIMER消息时调用这个lpTimerFunc所指向的回调函数，因此即使使用TimerProc代替处理WM_TIMER也需要向窗口分发消息。

　　关于SetTimer的返回值：如果hWnd为NULL，返回值为新建立的timer的ID，如果hWnd非NULL，返回一个非0整数，如果SetTimer调用失败则返回0

　　KillTimer的函数原型为：BOOL KillTimer( HWND hWnd, UINT_PTR uIDEvent ) ; 参数意义同SetTimer。
　　关于KillTimer对消息队列中剩余未处理的WM_TIMER消息的影响，MSDN和Programming Windows上的说法完全相反。MSDN的说法很干脆：The KillTimer function does not remove WM_TIMER messages already posted to the message queue. 而petzold则说 The KillTimer call purges the message queue of any pending WM_TIMER messages. Your program will never receive a stray WM_TIMER message following a KillTimer call.(KillTimer消除消息队列中任何未处理的WM_TIMER消息，调用KillTimer后你的程序永远不会收到一条“漂泊游荡”的WM_TIMER消息)

　　wParam为计时器的ID；如果需要设定多个计时器，那么对每个计时器都使用不同的计时器ID。wParam的值将随传递到窗口过程中的WM_TIMER消息的不同而不同。
　　lParam为指向TimerProc的指针，如果调用SetTimer时没有指定TimerProc(参数值为NULL)，则lParam为0(即NULL)。
　　可以通过在窗口过程中提供一个WM_TIMER case处理这个消息，或者，默认窗口过程会调用SetTimer中指定的TimerProc来处理WM_TIMER消息

　　如果在程序的整个执行过程中使用计时器，一般在处理WM_CREATE消息时或WinMain中消息循环前调用SetTimer,在处理WM_DESTROY消息时或在WinMain中消息循环后return前调用KillTimer。根据SetTimer中的参数不同，有三种方法使用计时器。

　　方法一：调用SetTimer时指定窗口句柄hWnd，nIDEvent中指定计时器ID，将lpTimerFunc置NULL从而不使用TimerProc；在窗口过程中处理WM_TIMER消息。调用KillTimer时，使用SetTimer中指定的hWnd和id。最好使用#define定义timer的id，例如：

　　方法二：调用SetTimer时指定窗口句柄hWnd，nIDEvent中指定计时器ID，lpTimerFunc参数不为NULL而指定为TimerProc函数的指针。这种方法使用TimerProc函数(名字可自定)处理WM_TIMER消息：

　　　TimerProc的参数hwnd是在调用SetTimer时指定的窗口句柄。Windows只把WM_TIMER消息送给TimerProc，因此消息参数总是等于WM_TIMER。iTimerID值是计时器ID，dwTimer值是与从GetTickCount函数的返回值相容的值。这是自Windows启动后所经过的毫秒数。 使用这种方法时，相关函数调用的形式为：

　　方法三：调用SetTimer时不指定窗口句柄(为NULL)，iTimerID参数自然被忽略，lpTimerFunc不为NULL而指定为TimerProc的指针。正如上面SetTimer的讨论中所说的，此时SetTimer的返回值正是新建立的计时器的ID，需将这个ID保存以供KillTimer销毁计时器时所用。当然，KillTimer的hWnd参数也置为NULL。这种方法同样用TimerProc处理WM_TIMER消息。

　　使用这种方法的好处是不必自己指定计时器ID,这样就不必担心用错ID。

　　使用多个计时器只要在建立计时器时指定不同的ID。比如用上面所述方法一时的情况：

　　如果想将一个已经存在的计时器设定为不同的时间间隔，可以简单地用不同的时间值再次调用SetTimer。

　　计时器并不精确。有两个原因：

　　原因一：Windows计时器是硬件和ROM BIOS架构下之计时器一种相对简单的扩充。回到Windows以前的MS-DOS程序写作环境下，应用程式能够通过拦截者称为timer tick的BIOS中断来实现时钟或计时器。一些为MS-DOS编写的程序自己拦截这个硬件中断以实现时钟和计时器。这些中断每54.915毫秒产生一次，或者大约每秒18.2次。这是原始的IBM PC的微处理器频率值4.772720 MHz被218所除而得出的结果。在Windows 98中，计时器与其下的PC计时器一样具有55毫秒的解析度。在Microsoft Windows NT中，计时器的解析度为10毫秒。Windows应用程式不能以高于这些解析度的频率（在Windows 98下，每秒18.2次，在Windows NT下，每秒大约100次）接收WM_TIMER消息。在SetTimer中指定的时间间隔总是截尾后tick数的整数倍。例如，1000毫秒的间隔除以54.925毫秒，得到18.207个tick，截尾后是18个tick，它实际上是989毫秒。对每个小于55毫秒的间隔，每个tick都会产生一个WM_TIMER消息。
　　可见，计时器并不能严格按照指定的时间间隔发送WM_TIMER消息，它总要相差那么几毫秒。

　　即使忽略这几个毫秒的差别，计时器仍然不精确。请看原因二：
　　WM_TIMER消息放在正常的消息队列之中，和其他消息排列在一起，因此，如果在SetTimer中指定间隔为1000毫秒，那么不能保证程序每1000毫秒或者989毫秒就会收到一个WM_TIMER消息。如果其他程序的执行事件超过一秒，在此期间内，您的程式将收不到任何WM_TIMER讯息。事实上， Windows对WM_TIMER消息的处理非常类似于对WM_PAINT消息的处理，这两个消息都是低优先级的，程序只有在消息队列中没有其他消息时才接收它们。
　　WM_TIMER还在另一方面和WM_PAINT相似：Windows不能持续向消息队列中放入多个WM_TIMER讯息，而是将多余的WM_TIMER消息组合成一个消息。因此，应用程序不会一次收到多个这样的消息，尽管可能在短时间内得到两个WM_TIMER消息。应用程序不能确定这种处理方式所导致的WM_TIMER消息「遗漏」的数目。
　　可见，WM_TIMER消息并不能及时被应用程序所处理，WM_TIMER在消息队列中的延误可能就不能用毫秒来计算了。

　　由以上两点，你不能通过在处理WM_TIMER时一秒一秒计数的方法来计时。如果要实现一个时钟程序，可以使用系统的时间函数如GetLocalTime ，而在时钟程序中，计时器的作用是定时调用GetLocalTime获得新的时间并刷新时钟画面，当然这个刷新的间隔要等于或小于1秒。

一.概述

二.内部数据
缓冲区指针 BYTE* m_lpBufStart,指向缓冲区，这个缓冲区有可能是底层CFile(如派生类CMemFile)对象提供的，但一般是CArchive自己建立的。
缓冲区尾部指针 BYTE* m_lpBufMax;
缓冲区当前位置指针 BYTE* m_lpBufCur;
初始化时，如果是读模式,当前位置在尾部，如果是写模式，当前位置在头部:

m_lpBufCur = (IsLoading()) ? m_lpBufMax : m_lpBufStart;

三.基本数据读写

对于基本的数据类型，例如字节、双字等，可以直接使用">>"、"<<"符号进行读出、写入。

//操作符定义捕:
	
//插入操作
CArchive& operator<<(BYTE by);
CArchive& operator<<(WORD w);
CArchive& operator<<(LONG l);
CArchive& operator<<(DWORD dw);
CArchive& operator<<(float f);
CArchive& operator<<(double d);
CArchive& operator<<(int i);
CArchive& operator<<(short w);
CArchive& operator<<(char ch);
CArchive& operator<<(unsigned u);

//提取操作
CArchive& operator>>(BYTE& by);
CArchive& operator>>(WORD& w);
CArchive& operator>>(DWORD& dw);
CArchive& operator>>(LONG& l);
CArchive& operator>>(float& f);
CArchive& operator>>(double& d);

CArchive& operator>>(int& i);
CArchive& operator>>(short& w);
CArchive& operator>>(char& ch);
CArchive& operator>>(unsigned& u);

双字的插入(写)

CArchive& CArchive::operator<<(DWORD dw)
{
	if (m_lpBufCur + sizeof(DWORD) > m_lpBufMax) //缓冲区空间不够
		Flush();  //缓冲区内容提交到实际存储煤质。

	if (!(m_nMode & bNoByteSwap))
		_AfxByteSwap(dw, m_lpBufCur);  //处理字节顺序
	else
		*(DWORD*)m_lpBufCur = dw;      //添入缓冲区

	m_lpBufCur += sizeof(DWORD); 	   //移动当前指针
	return *this;
}

CArchive& CArchive::operator>>(DWORD& dw)
{
	if (m_lpBufCur + sizeof(DWORD) > m_lpBufMax) //缓冲区要读完了
		FillBuffer(sizeof(DWORD) - (UINT)(m_lpBufMax - m_lpBufCur));  //重新读入内容到缓冲区

	dw = *(DWORD*)m_lpBufCur;		//读取双字
	m_lpBufCur += sizeof(DWORD);	//移动当前位置指针

	if (!(m_nMode & bNoByteSwap))
		_AfxByteSwap(dw, (BYTE*)&dw);  //处理字节顺序
	return *this;
}

四.缓冲区的更新

void CArchive::Flush()
{
	AS