问题一：

使用Windows记事本的“另存为”，可以在GBK、Unicode、Unicode big endian和UTF-8这几种编码方式间相互转换。同样是txt文件，Windows是怎样识别编码方式的呢？
我很早前就发现Unicode、Unicode big endian和UTF-8编码的txt文件的开头会多出几个字节，分别是FF、FE（Unicode）,FE、FF（Unicode big endian）,EF、BB、BF（UTF-8）。但这些标记是基于什么标准呢？

问题二：

最近在网上看到一个ConvertUTF.c，实现了UTF-32、UTF-16和UTF-8这三种编码方式的相互转换。对于Unicode(UCS2)、GBK、UTF-8这些编码方式，我原来就了解。但这个程序让我有些糊涂，想不起来UTF-16和UCS2有什么关系。

• 
  GB2312的原文还是区位码，从区位码到内码，需要在高字节和低字节上分别加上A0。
• 
  对于任何字符编码，编码单元的顺序是由编码方案指定的，与endian无关。例如GBK的编码单元是字节，用两个字节表示一个汉字。 这两个字节的顺序是固定的，不受CPU字节序的影响。UTF-16的编码单元是word（双字节），word之间的顺序是编码方案指定的，word内部的字节排列才会受到endian的影响。后面还会介绍UTF-16。
• 
  GB2312的两个字节的最高位都是1。但符合这个条件的码位只有128*128=16384个。所以GBK和GB18030的低字节最高位都可能不是1。不过这不影响DBCS字符流的解析：在读取DBCS字符流时，只要遇到高位为1的字节，就可以将下两个字节作为一个双字节编码，而不用管低字节的高位是什么。

1. "Understanding Unicode A general introduction to the Unicode Standard" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter04a)
2. "Character set encoding basics Understanding character set encodings and legacy encodings" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter03)

Intel   Architecture   Software   Developer’s   Manual Volum 3A: SystemProgramming Guide

段描述符的作用是将代码，数据，堆栈和任务状态段的虚拟地址转换成线性地址，并指明段的类型。段描述符只在局部和全局描述符表中出现。

选择符16位长，放在段寄存器中，指针的之一部分是用来在全局或局部描述符表中选择一个描述符，以便确定一个虚拟地址空间中的一个特定的存储器段，故叫选择符。

LDT用于描述相应程序的代码段、数据段和堆栈段。GDT描述系统段，包括操作系统代码和数据。

GDT LDT GDTR LDTR

Global and Local Descriptor Tables

当工作在保护模式时，所有存储器访问都经过全局描述表(GDT)或者一个可选的局部描述表(LDT)。这些表包含的条目称为段描述符。段描述符提供段基址及段访问权限，段类型和使用信息。

每个段描述符都有一个对应的段选择符。一个段选择符提供了它在GDT或LDT中的索引(对应的段描述符的偏移量)，一个全局/局部flag(决定选择符指向GDT或LDT)和访问权限信息。

访问段中的一个字节(byte)必须提供一个段选择符和一个偏移量(offset)。段选择符提供访问段描述符的方法(在GDT或LDT中)。从段 描述符，处理器得到线性空间中的段基址。偏移量提供了相对于基址的以字节(byte)为单位的位置。这种机制可用于访问任何有效的代码去，数据区或者堆栈 段，并提供了在处理器工作时根据当前优先级(CPL)可访问的段。CPL被定义为当前执行代码段的保护级别。

GDT的线性地址的基址位于GDT寄存器(GDTR)中；LDT的线性地址的基址位于LDT寄存器(LDTR)中；

Global and Local Descriptor Tables in IA-32e Mode

System Segments, Segment Descriptors, and Gates

除了构成程序或过程执行环境代码段，数据段和堆栈段，架构还定义了两个系统段: 任务状态段(TSS)和LDT。GDT不被认为是一个段是因为它不可通过段选择符和段描述符访问。TSSs和LDTs有段描述符定义它们。

架构还定义了一组特殊的描述符，称为门(call gates, interrupt gates, trap gates and task gates).这些门提供了保护系统程序和handler的方法。系统程序和handler可能工作在与应用程序和很多程序不同的优先级上。例如，调用门 的请求可以提供访问一个在代码段的程序的方法，而这个代码段可能与当权代码段同级或数字上低优先级。为了由调用门访问程序，调用过程提供调用门的选择符。 处理器接着执行调用门的访问权检查，比较调用门的优先级CPL和调用门指向的目的代码段。

如果允许访问的目的代码段，则处理器会得到目的代码段的段选择符和代码段在调用门中的偏移量。如果请求需要改变优先级，处理器还会切换到目标优先级的堆栈。新栈的段选择符从当前执行任务的TSS获得。门可以方便的在16位和32为代码段转换，反之亦然。

Task-State Segments and Task Gates

TSS定义了任务的执行环境状态。包括通用目的寄存器，段寄存器，EFLAG寄存器，EIP寄存器和特权级为0、1和2的堆栈段选择符和指针。TSS还包括代表LDT对应任务的段选择符和和页结构层次的基址。

所有在保护模式执行的程序都运行在任务(成为当前任务)的上下文境中。代表当前任务TSS的段选择符存储在任务寄存器中。最简单的任务切换方法使用 call或jump到新任务。这一点上，新任务的TSS的段选择符由CALL或JMP指令给出。切换任务时，处理器执行如下操作：

1. 储存保持在当前TSS中当前任务的状态

2. 装载新任务的段选择符到任务寄存器

3. 通过GDT中的任务描述符访问新TSS

4. 从新TSS装载新任务状态到通用目的寄存器，段寄存器，LDTR控制寄存器CR3(页结构层次的基址)，EFLAG寄存器和EIP寄存器。

5. 开始执行新任务

任务也可以由任务门访问。任务门与调用门类似，除了它提供的是访问TSS的方法而不是代码段。

Interrupt and Exception Handling

外部中断，软中断和异常由中断描述符表(IDT)处理。IDT存储门描述符的集合，这些描述符提供访问中断和异常处理程序的方法。如同GDT，IDT也不是一个段。代表IDT基址的线性地址包含着IDT寄存器(IDTR)中。

IDT中的门描述符可以是中断，陷阱或者任务门描述符。为了访问中断或异常描述符，处理器首先从内部硬件，外部中断控制器或 INT，INTO，INT 3， BOUND中接受一个中断向量(中断号)。中断向量提供了IDT中的索引。如果选择的门描述符是一个中断门或陷阱门，对应的处理函数由类似请求调用门的操 作访问。如果描述符是任务门，处理函数由任务切换访问。

Memory-Management Registers

处理器提供4个存储器管理寄存器(GDTR，LDTR，IDTR,TR)。

Global Descriptor Table Register(GDTR)

GDTR寄存器保存GDT的实模式32位基址和16位限长。基址指明了GDT 0字节的线性地址；表限长指明了表中的字节数。

上电或重启处理器后，基址置为默认值0，限长置为0FFFFH。新基址在处理器初始化保护模式操作时装入GDTR。

Local Descriptor Table Register(LDTR)

LDTR寄存器保存LDT的16位段选择符，基址(保护模式32位)，段限长和描述符属性。基址指明了GDT 0字节的线性地址；表限长指明了表中的字节数。包含LDT的段必须在GDT中有一个段描述符。

当任务切换时，LDTR自动装入新任务LDT的段选择符和描述符。

上电或重启处理器后，基址置为默认值0，限长置为0FFFFH。新基址在处理器初始化保护模式操作时装入GDTR。

Memory Management Overview

存储器管理功能分为两个部分：分段和分页。分段提供了隔离单独代码，数据和堆栈模块的机制，因此多个程序(或任务)可以在同一个处理器山执行而不被 其他处理器打扰。分页提供了实现常规页请求，虚拟存储器系统(程序执行环境部分可以按需映射到物理地址中)的机制，分页还可以用来分割多任务。

每个系统必须定义一个GDT，可被系统中所有程序和任务使用。可选地，一个或多个LDT可定义。例如，一个LDT可以为每个单独的任务定义，或一些或所以任务共享相同的LDT。

线程局部存储TLS

堆栈中定义的局部变量，对多线程是安全的，因为不同的线程有自己的堆栈。而通常定义的全局变量，所有线程都可以作读写访问，这样它就不是线程安全 的，为安全就有必要加锁互斥访问。而何为线程局部存储（TLS），简单的说，就是一个变量（通常是指针，指向具体的类型），每个线程都有一个副本，而在程 序中可以按照相同的方式来访问，（比如使用相同的变量名，又或者都调用TlsGetValue），既然是都有副本，自然线程中互不影响。打个比方，就如同 一个人，被克隆出三个，其中一个被砍了一刀，其它两人都不会受伤。

VC编译器可以隐式的定义线程局部变量，只要定义的时候加上__declspec (thread)前缀。比如

__declspec (thread) int iGlobal_1 = 1;
__declspec (thread) double iGlobal_2 = 2.0;
iGlobal_1，iGlobal_2就都有自己的副本。

另外windows也提供了几个api, 来显式定义线程局部变量。这几个api为TlsAlloc, TlsFree, TlsSetValue, TlsGetValue。用法自己查查。

好，现在可以入正题。来说说它的实现。

应该都知道，操作系统会使用一个结构来描述线程，这结构通常称为 TEB((Thread Environment Block) , 每个线程有一个对应的TEB，切换线程的时候，也会切换到不同的TEB。有某个指针值指向当前的TEB, 切换线程的时候就改变这个指针值，这样访问线程相关的数值，就可以统一从这个指针值找起。windows中，这个线程指针值放在fs寄存器。

TEB 里面有些什么变量呢？当然是跟线程有关的变量啦。更具体的自己去查资料。其中有个变量是线程TLS数组的指针。称为_tls_array，利用这个数组就 可以管理线程相关的数据了。_tls_array_指针在windows中处于TEB偏移0x2h的地方。结合上面说的，看到mov ecx, dowrd ptr fs:[2ch]，就应该知道是取当前线程的_tls_array的指针，放在ecx寄存器中。

现在，我们在不同的线程中已经可以取得各自的_tls_array，这时候，要访问数组的元素，还差索引。这时，再看看TlsAlloc, 你应该很清楚它的意思？无错，它就是说，请为我分配一个索引号，表示相应的数组项已被使用。TlsFree, 就是释放索引号，表示相应的数组项可以被再次使用。TlsSetValue，TlsGetValue就是拿个索引，向相应的数组项设值或者取值。

好好想想，为什么我有个相同索引号，在不同的线程中调用TlsGetValue，取出来的值会不同呢？因为数组的起始指针已经变了。在计算 机中反反复复都会出现 基址+偏移的模式。基址不变，偏移变，取的值不同；基址变，偏移不变，取的值也不同。这看起来很简单，但很可能没有意识到这点。比如为什么C++中，不同 的对象，都有变量m_a, 它可以有不同值呢，因为不同的对象基址也不同(也就是this指针),而为什么它们可以用相同的代码来访问变量m_a,因为变量m_a的相对偏移是不变 的。

回到TLS, 索引号对应的是偏移，因为线程切换引起了_tls_array数组的切换, 因此取值可以不同。这样用TlsAlloc分配了一个索引号，所有线程中_tls_array的对应元素其实都已经是归你所有，并非只是当前线程。再次强 调，分配出一个索引，所有线程的_tls_array数组中的索引对应项都已经被分配，有5个线程，你可以管理的已经有5个格子，并非只是当前线程的一个 格子。又因为索引是一样的，就可以用相同的方式来使用这些数组的小格子。现在你已经有个小格子了，可以往里面放东西了，放什么东西你可以自己确定，你可以 放指针，或者放整数，或者放字符。因为是自己放的，自己可以知道意思，取出来对你就是有用的。这里，又引起另一个很简单但又很容易忽略的问题，内存中放的 究竟是什么？数字？可以说是，但更准确的是放状态，只不过这状态可以用数字来编码（任何东西都可以用数字来编码，只要你懂得解码的方式，这串数字对你就是 有意义的）。 2bit, 可以表示4个状态，4bit可以表示16个状态，32bit可以表示4G个状态。

上面其实已经说完了显式TLS分配，也就是调用TlsAlloc等方式。那隐式的TLS分配，又是怎么实现的呢?

第一次调用TlsAlloc, 检查返回值，会发现返回1，为什么是1，而不是0呢? 因为0已经被使用了，谁在使用? 编译器。
定义
__declspec (thread) int iGlobal_1 = 1;
__declspec (thread) double iGlobal_2 = 2.0;
时 候，生成了一个段.tls, 这个段中有这两个数据，保持下来放在执行文件中。当程序运行，每个线程会将.tls复制一份。线程_tls_array的0索引号被占据，对应的格子就放 着指向这份数据的指针(即指向已分配的数据)。比如上面的语句，你可以想象成隐式定义了一个结构
struct TLS_Data
{
    int iGlobal_1;
    double iGlobal_2;
};
每 个线程运行时，new出这个结构，在用TlsSetValue就指针设置到线程各自的_tls_array，0索引对应的位置。因为不同变量的偏移值在结 构中是不同的，这样基址变，偏移不变，取得线程各自的TLS_Data结构，再跟着基址不变，偏移变，就可以访问不同的变量。

分析一下
__declspec (thread) int iGlobal = 1;

int main()
{
    int i = iGlobal;
    return 0;
}
的汇编代码
mov         eax,[__tls_index]            // 将索引放在eax中，通常为0
mov         ecx,dword ptr fs:[2Ch]        // 将线程对应的_tls_array指针放在ecx中
mov         edx,dword ptr [ecx+eax*4]   
// 每个格有4 byte, 取出_tls_array数组元素，放在edx中，这数组元素放着的是我们假象的TLS_Data结构指针
mov         eax,dword ptr [edx+104h]    // 指针加上变量在结构中的偏移，取得iGlobal变量值
mov         dword ptr [ebp-4],eax        // 将iGlobal变量值放在栈变量，也就是i中

注意，iGlobal的偏移并不是0, 因为已经有些变量定义了，比如线程各自的errno变量，strtok函数用的变量等等。

可以这样说，编译器拿出_tls_array的一个格子，自 己管理，又再实现出另一种风格的TLS。我们也可以自己用TlsAlloc取得一个索引，跟着 new 出另一个子数组，子数组指针放在_tls_array元素中。真正的数据指针放在子数组中。这样，我们就可以根据自己的需要来实现自己的线程局部存储。而 又不占用多个_tls_array数组的索引。

再来讨论一下_tls_array数组的索引的分配跟释放。一定要有某种方式来标记着那个索引被分配了，那个索引还可以使用。如果 _tls_array一定要放指针，那我们可以将没有分配的索引元素设置为NULL, 已分配的非NULL，从前到后检查数值，取第一个NULL元素索引分配出去。但因为数组不一定放指针，也可以放整数，整数没有所谓的无效值，就不能用这种 方式。你可以创建一个同样大小的bool数组作标记，也可以采用位判断方式来替代bool数组。如果有需要，还可以定义自己的结构作标记用。但一定要有种 方式来区别分配的索引号跟没有分配的索引号。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/complex_ok/archive/2009/07/15/4351673.aspx

2、XSLT 浏览器

XSLT 元素

int SetWindowRgn( HWND hWnd, HRGN hRgn, BOOL bRedraw );

　　 其中hWnd为待设置的窗体句柄，hRgn为已经创建的"region"句柄，bRedraw代表是否要重绘窗体。在MFC 中使用窗口类CWnd的成员函数int CWnd::SetWindowRgn（HRGN hRgn, BOOL bRedraw );该函数的参数意 义与API中同名函数相同。
　　相对与第二步，创建不规则窗体的第一步要复杂许多，并且不规则窗体越复杂，创建其"region"的过程也越复 杂。接下去我们将由浅入深地介绍各种创建”region”的方法。
　　在MFC中"region"对象，由CRgn类实现。CRgn的几乎每个成员函数都有同名的SDK API函数对应。

三、简单“region”的创建

　　 类CRgn创建一个新的"region"的简单方法有以下几个成员函数：

1. BOOL CRgn::CreateRectRgn( int x1, int y1, int x2, int y2 ); 创建矩形的“region”。
2. BOOL CRgn::CreateEllipticRgn( int x1, int y1, int x2, int y2 ); 创建圆形或椭圆形“region”。
3. BOOL CRgn::CreateRoundRectRgn( int x1, int y1, int x2, int y2, int x3, int y3 ); 创建圆角矩形“region”。
4. BOOL CRgn::CreatePolygonRgn( LPPOINT lpPoints, int nCount, int nMode ); 创建多边形“region”。

　　这里以创建椭圆窗体为例，介绍椭圆窗体创建的方法。在创建椭圆“region”的CreateEllipticRgn函数 中，x1,y1指椭圆所在矩形的左上角坐标，x2,y2指该矩形的右下角坐标。
　　 下面的代码加入到MFC对话框程序的OnInitDialog函数中，可将该对话框变成椭圆窗体：

BOOL CTestDlg::OnInitDialog()
{
	CDialog::OnInitDialog();
	...
	CRgn rgn;
	rgn. CreateEllipticRgn(0,0,200,100);
	SetWindowRgn(rgn,TRUE);
}

BOOL CDC::BeginPath( );

调用该函数后当前设备环境(DC)开始追踪绘图的过程。

int CDC::SetBkMode( int nBkMode );

设置绘图时的背景模式，此应用中nBkMode必须取值为TRANSPARENT 。即设置绘图时背景不发生变化。

BOOL CDC::EndPath( );

调用该函数后当前设备环境(DC)结束追踪绘图的过程。
　　 开始绘图前，先调用BeginPath，然后调用SetBkMode。接下去就可调用CDC的其他绘图函数作图，例如 Arc,AngleArc,LineTo,MoveTo,RoundRect,,Textout等等。绘图完毕调用EndPath().

第二步将绘制的结果转成”region”.

此步骤中使用SDK API函数

HRGN PathToRegion( HDC hdc );

　　Hdc为作图DC的句柄， CDC类中的m_hDC成员变量可做此参数传入。示例，将下面代码加入某个按钮单击事件中，可以将当前窗体变为字符串”hello”的形状

void CTestDlg::OnTest() 
{
    HRGN wndRgn;
    CClientDC dc(this);
    CFont mFont;

    if (dc.m_hDC!=NULL)
    {
        VERIFY(mFont.CreateFont(
            200, 50, 0, 0, FW_HEAVY, TRUE, FALSE, 
            0, ANSI_CHARSET, OUT_DEFAULT_PRECIS,        
            CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY,             
            DEFAULT_PITCH | FF_SWISS, "宋体"));                  

	//开始记录窗体轮廓路径
        dc.BeginPath();		

        //设置背景为透明模式,这句话是必须有的。
        dc.SetBkMode(TRANSPARENT);	

        CFont * pOldFont;
        pOldFont = dc.SelectObject( &mFont );
        dc.TextOut(0, 0, "Hello");

        //结束记录窗体轮廓路径
        dc.SelectObject( pOldFont );
        dc.EndPath();

        //把所记录的路径转化为窗体轮廓句柄
        wndRgn = ::PathToRegion(dc.m_hDC);

        //赋予窗体指定的轮廓形状
        this->SetWindowRgn(wndRgn, TRUE);		
    }
}

int CRgn::CombineRgn( CRgn* pRgn1, CRgn* pRgn2, int nCombineMode );

　　其中pRgn1,pRgn2为要合并的两个“region”，nCombineMode为合并的方式，此应用中取RGN_OR，即 两”region”全部合并去处重复部分。代码实现如下：

void SetupRegion(
CDC *pDC, //窗体的DC指针
CBitmap &cBitmap, //含有窗体形状的位图对象
COLORREF TransColor //透明色
)
{    CDC memDC;
    //创建与传入DC兼容的临时DC
    memDC.CreateCompatibleDC(pDC);

    CBitmap *pOldMemBmp=NULL;
    //将位图选入临时DC
    pOldMemBmp=memDC.SelectObject(&cBitmap);

    CRgn wndRgn;
    //创建总的窗体区域，初始region为0
    wndRgn.CreateRectRgn(0,0,0,0);

    BITMAP bit;   
    cBitmap.GetBitmap (&bit);//取得位图参数，这里要用到位图的长和宽     

    int y;
        for(y=0;y<=bit.bmHeight  ;y++)
        {
	    CRgn rgnTemp; //保存临时region

            int iX = 0;
            do
            {
                //跳过透明色找到下一个非透明色的点.
                while (iX <= bit.bmWidth  && memDC.GetPixel(iX, y) == TransColor)
                    iX++;

                //记住这个起始点
                int iLeftX = iX;

                //寻找下个透明色的点
                while (iX <= bit.bmWidth  && memDC.GetPixel(iX, y) != TransColor)
                    ++iX;

                //创建一个包含起点与重点间高为1像素的临时“region”
                rgnTemp.CreateRectRgn(iLeftX, y, iX, y+1);

                //合并到主"region".
                wndRgn.CombineRgn(&wndRgn, &rgnTemp, RGN_OR);

		//删除临时"region",否则下次创建时和出错
                rgnTemp.DeleteObject();
            }while(iX GetWindow();
    pWnd->SetWindowRgn(wndRgn,TRUE);    
    pWnd->SetForegroundWindow();    
}

SMTP 协议简介

　　SMTP目前已是事实上的在Internet传输E-Mail的 标准，是一个相对简单的基于文本的协议。在其之上指定了一条消息的一个或多个接收者（在大多数情况下被确定是存在的），然后消息文本就传输了。可以很简单 地通过Telnet程序来测试一个SMTP服务器，SMTP使用TCP端口25。要为一个给定 的域名决定一个SMTP服务器，需要使用MX(Mail eXchange）DNS。

SMTP 协议发展

　　在20世纪80年代早期SMTP开始被广泛地使用。当时它只是作为UUCP的补充，UUCP更 适合于处理在间歇连接的机器间传送邮件。相反SMTP在发送和接收的机器始终都联网的情况下工作得最好。

　　SMTP独立于特定的传输子系统，且只需要可靠有序的数据流信道支持。SMTP重 要特性之一是其能跨越网络传输邮件，即“SMTP邮件中继”。通常，一个网络可以由公用因特网上TCP可相互间访问的主机、 防火墙分隔的TCP/IP网 络上TCP可相互访问的主机，以及其他LAN/WAN中的主机利用非TCP传输层协议组成。使用SMTP， 可实现相同网络上处理机之间的邮件传输，也可通过中继器或网关是实现某处理机与其他网络之间的邮件传输。

　　在这种方式下，邮件的发送可能经过从发送端到接收端路径上的大量中间中继器或网关主机。域名服 务系统（DNS)的邮件交换服务器可以用来识别出传输邮件的下一跳IP地址。

　　Sendmail是最早实现SMTP的邮件传输代理之一。到 2001年至少有50个程序将SMTP实现为一个客户端（消息的发送者）或一个服务器（消息的接受者）。一些其他的流行的SMTP服 务器包括Philip Hazel的exim，IBM的Postfix，D.J.Bernstein的Qmail， 以及Microsoft Exchange Server.

　　由于这个协议开始是基于纯ASCⅡ文本的，在二进制文件上处理得 并不好。后来开发了用来编码二进制文件的标准，如MIME，以使其通过SMTP来传输。今天，大多数SMTP服 务器都支持8位MIME扩展，它使二进制文件的传输变得几乎和纯文本一样简单。

　　( 注意：SMTP是一个"推"的协议，它不允许根据需要从远程服务器上“拉” 来消息。要做到这点，邮件客户端必须使用POP3或IMAP上。 另一个，SMTP服务器可以使用ETRN(Extended Turn，扩展回车）命令在SMTP上 触发一个发送。)

　　垃圾邮件仍然是个重要的问题。原始的SMTP协议的局限之一在于它没有为发送方 进行认证的功能。因此定义了SMTP-AUTH扩展。由于SMTP巨大安装基础的网络效应，广阔地修改SMTP或 者完全替代它被认为是不现实的。Internet Mail2000就是这样一个为替换而做的建议。IRTF 的反垃圾邮件研 究小组正在研究一些提供简单、灵活、轻量级的、可升级的源端认证的建议。最有可能被接受的建议是Sender Policy Framework协议。

SMTP 协议命令

　　SMTP命令是发送于SMTP主机之间的ASCⅡ信息，可能使用到的命令如下表所示。

　　SMTP协议命令

SMTP 协议工作原理

　　SMTP是工作在两种情况下：一是电子邮件从客户机传输到服务器：二是从某一个服务器传输到另一个服务器。SMTP也 是个请求/响应协议，命令和响应都是基于ASCⅡ文本，并以CR和LF符结束。响应包括一个表示返回状态的三 位数字代码。SMTP在TCP协议25号端口监听连续请求。

　　连接和发送过程如下：

　　（1）建立TCP连接。

　　（2）客户端发送HELO命令以标识发件人自己的身份，然后客户端发送MAIL命 令；服务器端正希望以OK作为响应，表明准备接收。

　　（3）客户端发送RCPT命令，以标识该电子邮件的计划接收人，可以有多个RCPT行； 服务器端则表示是否愿意为收件人接收邮件。

　　（4）协商结束，发送邮件，用命令DATA发送。

　　（5）以“.”号表示结束输入内容一起发送出去，结束此次发送，用QUIT命 令退出。

SMTP 协议的邮件路由过程

　　SMTP服务器基于域名服务DNS中计划收件人的域名来路由电子邮件。SMTP服 务器基于DNS中的MX记录来路由电子邮件，MX记录注册了域名和相关的SMTP中继主机，属 于该域的电子邮件都应向该主机发送。若SMTP服务器 mail.abc.com 收到一封信要发到shuer@sh.abc.com， 则执行以下过程：

　　（1）Sendmail 请求DNS给出主机 sh.abc.com的CNAME记录，如有，假若CNAME（别名记录）到shmail.abc.com，则再次请求 shmail.abc.com的CNAME记录，直到没有为止。

　　（2）假定被CNAME到shmail.abc.com，然后sendmail请 求@abc.com 域的DNS给出shmail.abc.com的MX记录（邮件路由及记录），shmail MX 5 shmail.abc.com 10 shmail2.abc.com。

　　（3）Sendmail组合请求DNS给出 shmail.abc.com的A记录（主机名（或域名）对应的IP地址记录），即IP地址，若返回值为1.2.3.4（假 设值）。

　　（4）Sendmail与1.2.3.4连接，传送这封给 shuser@sh.abc.com 的信到1.2.3.4 这台服务器的SMTP后台程序。

				POP 即为 Post Office Protocol 的简称，
是一种电子邮局传输协议，而 POP3 是它的第三个版本，是规定了怎样将个人计算机连接到 Internet 的邮件服务器和下载电子邮件的电子协
议。它是 Internet 电子邮件的第一个离线协议标准。简单点说，POP3 就是一个简单而实用的邮件信息传输协议。

  POP & POP3：邮局协议（邮局协议第3版） 
  POP & POP3：Post Office Protocol 

  POP 协议允许工作站动态访问服务器上的邮件，目前已发展到第三版，称为 POP3。POP3 允许工作站检索邮件服务器上的邮件。POP3 传输
的是数据消息，这些消息可以是指令，也可以是应答。创建一个分布式电子邮件系统有多种不同的技术支持和途径：POP（邮局协议）、
DMSP（分层式电子邮件系统协议）和 IMAP（因特网信息访问协议）。其中，POP 协议创建最早因此也最为人们了解；DMSP 具有较好的支持
“无连接”操作的性能，但其很大程度上仅限于单个应用程序（PCMAIL）；IMAP 提供了 POP 和 DMSP 的扩展集并提供对远程邮件访问的三种
支持方式：离线、在线和无连接。   

  POP 协议支持“离线”邮件处理。其具体过程是：邮件发送到服务器上，电子邮件客户端调用邮件客户机程序以连接服务器，并下载所有
未阅读的电子邮件。这种离线访问模式是一种存储转发服务，将邮件从邮件服务器端送到个人终端机器上，一般是 PC 机或 MAC。一旦邮件
发送到 PC 机或 MAC 上，邮件服务器上的邮件将会被删除。   

  POP3 并不支持对服务器上邮件进行扩展操作，此过程由更高级的 IMAP4 完成。 POP3 使用 TCP 作为传输协议。

POP3 服务是一种检索电子邮件的电子邮件服务。管理员可以使用 POP3 服务存储以及管理邮件服务器上的电子邮件帐户。

在邮件服务器上安装 POP3 服务后，用户可以使用支持 POP3 协议的电子邮件客户端（如 Microsoft Outlook）连接到邮件服务器，并将电子邮件检索到本地计算机。POP3 服务与简单邮件传输协议 (SMTP) 服务一起使用，后者用于发送传出电子邮件。

SMTP：简单邮件传输协议

（SMTP：Simple Mail Transfer Protocol）

SMTP 是一种提供可靠且有效电子邮件传输的协议。 SMTP 是建模在 FTP 文件传输服务上的一种邮件服务，主要用于传输系统之间的邮件信息
并提供来信有关的通知。

SMTP 独立于特定的传输子系统，且只需要可靠有序的数据流信道支持。 SMTP 重要特性之一是其能跨越网络传输邮件，即“ SMTP 邮件中继”
。通常，一个网络可以由公用互联网上 TCP 可相互访问的主机、防火墙分隔的 TCP/IP 网络上 TCP 可相互访问的主机，及其它 LAN/WAN 
中的主机利用非 TCP 传输层协议组成。使用 SMTP ，可实现相同网络上处理机之间的邮件传输，也可通过中继器或网关实现某处理机与其它
网络之间的邮件传输。

在这种方式下，邮件的发送可能经过从发送端到接收端路径上的大量中间中继器或网关主机。域名服务系统（DNS）的邮件交换服务器可以用
来识别出传输邮件的下一跳 IP 地址


IMAP和POP有什么区别？
POP允许电子邮件客户端下载服务器上的邮件，但是您在电子邮件客户端的操作（如：移动邮件、标记已读等），这是不会反馈到服务器上的，
比如：您通过电子邮件客户端收取了QQ邮箱中的3封邮件并移动到了其他文件夹，这些移动动作是不会反馈到服务器上的，也就是说，QQ邮箱
服务器上的这些邮件是没有同时被移动的 。但是IMAP就不同了，电子邮件客户端的操作都会反馈到服务器上，您对邮件进行的操作
（如：移动邮件、标记已读等），服务器上的邮件也会做相应的动作。也就是说，IMAP是“双向”的。同时，IMAP可以只下载邮件的主题，
只有当您真正需要的时候，才会下载邮件的所有内容


　Smtp工作机制   

　　SMTP通常有两种工作模式：发送SMTP和接收SMTP。具体工作方式为：发送SMTP在接到 用户的邮件请求后，判断此邮件是否为本地邮件，若是直接投送到用户的邮箱，否则向dns查询远端邮件服务器的MX纪录，并建立与远端接收SMTP之间的一 个双向传送通道，此后SMTP命令由发送SMTP发出，由接收SMTP接收，而应答则反方面传送。一旦传送通道建立，SMTP发送者发送MAIL命令指明 邮件发送者。如果SMTP接收者可以接收邮件则返回OK应答。SMTP发送者再发出RCPT命令确认邮件是否接收到。如果SMTP接收者接收，则返回OK 应答；如果不能接收到，则发出拒绝接收应答（但不中止整个邮件操作），双方将如此重复多次。当接收者收到全部邮件后会接收到特别的序列，如果接收者成功处 理了邮件，则返回OK应答。

POP3 服务概述

POP3 服务是一种检索电子邮件的电子邮件服务。管理员可以使用 POP3 服务存储以及管理邮件服务器上的电子邮件帐户。

在邮件服务器上安装 POP3 服务后，用户可以使用支持 POP3 协议的电子邮件客户端（如 Microsoft Outlook）连接到邮件服务器，并将电子邮件检索到本地计算机。POP3 服务与简单邮件传输协议 (SMTP) 服务一起使用，后者用于发送传出电子邮件。

电子邮件的传输与检索概述

该图表阐释了电子邮件是如何从发件人传送到收件人，以及如何检索到收件人的本地计算机上。

发件人的客户端计算机通过 Internet 服务提供商 (ISP) 连接到 Internet。发件人使用电子邮件客户端发送电子邮件。根据 SMTP 协议，电子邮件被提取，再传送到发件人的 ISP，然后由该 ISP 路由到 Internet 上。

电子邮件在 Internet 上，经过许多中间服务器中继，才传送到收件人。当电子邮件到达收件人的 ISP 时，就被放入收件人的邮箱。

当收件人的计算机连接到他的 ISP 时，根据 POP3 协议，电子邮件就从该 ISP 传送到收件人本地计算机的电子邮件客户端上。POP3 服务是一种允许用户从邮件服务器检索电子邮件的机制。

__cdecl    由调用者平栈，参数从右到左依次入栈 是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，
           所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上
           下划线前缀。是MFC缺省调用约定
__stdcall ，WINAPI，CALLBACK ，PASCAL    由被调用者平栈，参数从右到左依次入栈 ._stdcall是Pascal程序的缺省调用方式，
           通常用于Win32   Api中，函数采用从右到左的压栈方式，自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划
           线前缀，在函数名后加上"@"和参数的字节数

__fastcall 由被调用者平栈，参数先赋值给寄存器，然后入栈  “人”如其名，它的主要特点就是快，因为它是通过寄存器来传送参数的
          （实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前
          清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同.
          _fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前缀，在函数名后加上"@"和参数的字节数。  

__thiscall 由被调用者平栈，参数入栈，this 指针赋给 ecx 寄存器 仅仅应用于“C++”成员函数。this指针存放于CX寄存器，参数从右
           到左压。thiscall不是关键词，因此不能被程序员指定。   


__declspec(naked) 这是一个很少见的调用约定，一般程序设计者建议不要使用。编译器不会给这种函数增加初始化和清理代码，
          更特殊的是，你不能用return返回返回值，只能用插入汇编返回结果。这一般用于实模式驱动程序设计.

int __stdcall test_stdcall(char para1, char para2)
{
    para1 = para2;
    return 0;
}
int __cdecl test_cdecl(char para, )
{
    char    p = '\n';
    va_list marker;
    va_start( marker, para );
    while( p != '\0' )
    {
        p = va_arg( marker, char);
        printf("%c\n", p);
    }
    va_end( marker );
    return 0;
}

int pascal test_pascal(char para1, char para2)
{
    return 0;
}

int __fastcall test_fastcall(char para1, char para2, char para3, char para4)
{
    para1 = (char)1;
    para2 = (char)2;
    para3 = (char)3;
    para4 = (char)4;
    return 0;
}
__declspec(naked) void __stdcall test_naked(char para1, char para2)
{
    __asm
    {
        push    ebp
        mov     ebp, esp
        push    eax
        mov     al,byte ptr [ebp + 0Ch]
        xchg    byte ptr [ebp + 8],al     
        pop     eax
        pop     ebp
        ret     8
    }
//    return ;
}


int main(int argc, char* argv[])
{
    test_stdcall( 'a', 'b' );
    test_cdecl( 'c','d','e','f','g' ,'h' ,'\0');
    test_pascal( 'e', 'f' );
    test_fastcall( 'g', 'h', 'i', 'j' );
    test_naked( 'k', 'l');
    return 0;
}