windows编程学习笔记（三）ListBox的使用方法 ​ListBox是Windows中的一种控件，一般被当做子窗口使用，Windows中所有子窗口都是通过发送一个通知码到父窗口父窗口通过WM_COMMAND消息接收，并在此消息中处理，并控制子窗口，ListBox自然也不例外，ListBox中有它独有的消息，通知消息，风格，查看MSDN可以看到风格主要有:LBS_EXTENDEDSEL  用户可以通过SHIFT + 鼠标或者其他组合键进行多选（只能通过SHIFT + 鼠标或者其他组合键）LBS_HASSTRINGS   指定一个自绘的列表框中包含有字符串项，这些字符串的指针由应用程序管理，我们可以利用GetText函数得到相应的字符串LBS_MULTICOLUMN   列表框可以有多列，默认情况是只有一列即一行只有一个字符串，我们可以使用 SetColumnWidth设置列宽LBS_MULTIPLESEL   用户可以同时选择多项（用户单击一项时这项被选中，单击另一项时，这两项都被选中，选择多项时只需要点击不同的项，不需要用组合键的方式，同一项第一次单击时选中，第二次单击时取消选中）LBS_NOINTEGRALHEIGHT   列表框的大小由系统在创建这个列表框的时候决定。一般不会只显示部分列表项LBS_NOREDRAW   列表框的大小在显示后不会改变，但是可以通过发 WM_SETREDRAW消息来取消这一风格LBS_NOTIFY   当用户单击或双击时会发送一条消息到父窗口，风格，父窗口将接收不到用户选择的项LBS_OWNERDRAWFIXED   父窗口负责绘制列表框，这个时候列表框中的项的大小都一样LBS_OWNERDRAWVARIABLE   列表项的大小可以不一样LBS_SORT   字符串会以首字母排序LBS_STANDARD  系统会将字符串排序，同时父窗口会收到用户单机或者双击鼠标的消息LBS_USETABSTOPS   允许用户使用TAB键在各项中切换LBS_WANTKEYBOARDINPUT   当列表框通过键盘获得焦点时会向父窗口发送 WM_VKEYTOITEM 或 WM_CHARTOITEM 消息，以便程序处理特殊的键盘消息LBS_DISABLENOSCROLL  列表框会拥有一个垂直滚动条 ，在列表框不能够显示所有项时显示。一般父窗口通过向列表框发送消息来控制列表框的行为，而发送的消息一般有以下几种：LB_ADDFILE 添加文件LB_ADDSTRING 添加字符串LB_DELETESTRING 删除字符串LB_DIR 添加文件名列表LB_FINDSTRING 返回列表框中的一个字符的索引LB_FINDSTRINGEXACT 在列表框查找第一个与特定字符匹配的字符并返回它的索引LB_GETANCHORINDEX 获取锚点的索引，锚点就是在多选模式下选中的第一项LB_GETCARETINDEX 在多选模式下返回具有焦点条目的索引LB_GETCOUNT 获取列表框中子项的总数LB_GETCURSEL 获取被选中的子项的索引，只在单选模式下有效LB_GETHORIZONTALEXTENT 获取水平滚动条的宽度LB_GETITEMDATA 获取与指定列表项相关的程序的自定义值（长度为32位）LB_GETITEMHEIGHT 获取列表项的高LB_GETITEMRECT 获取列表项边界矩形的大小LB_GETLOCALE 获得当前列表的区域，可以通过该区域决定正确的排序规则或者显示排序后的文本LB_GETSEL 获得列表项的选择状态，被选中时大于0，未被选中时为0，发生错误时小于0LB_GETSELCOUNT 在多选模式下获取当前被选中的项总数LB_GETSELITEMS  在多选模式下，获取选项的值，需要提供一个相应的数组的首地址用来保存返回结果LB_GETTEXT  获取指定项的字符串LB_GETTEXTLEN 获得指定项字符串的长度LB_GETTOPINDEX 获取列表框中显示的第一列的索引，当使用滚动条使显示内容发生变化时，这个索引也会发生改变LB_INITSTORAGE 需要加入大量列表项时使用LB_INSERTSTRING 添加列表项，但是与LB_ADDSTRING不同的是，加入后新字符串不参加排序LB_RESETCONTENT 清除所有列表项LB_SELECTSTRING  从指定位置向后查找我们指定的字符串项，找到后将该项设置为选中状态LB_SELITEMRANGE  在多选模式下，将某一区域内一个或多个项设置为选中状态LB_SETCARETINDEX 在多选模式下，设置给定索引值的矩形设置为焦点矩形，如果该值没有显示，那么滚动条将会自动滚动到相应行LB_SETCOLUMNWIDTH 在多列模式下设置所有项的的列宽，使用这个消息必须保证列表框有LBS_MULTICOLUMN风给LB_SETCOUNT 设置列表项的总数，用于具有LBS_NODATA风给但是不具有LBS_HASSTRINGS风格的列表框LB_SETCURSEL 设置某项处于被选中状态，并将该项加亮显示LB_SETHORIZONTALEXTENT 设置水平滚动条的宽度，当列表框的宽度不足以显示所有项的时候，滚动条出现，否则隐藏LB_SETITEMDATA 设置特定项的值LB_SETITEMHEIGHT 设置列表项的宽。LB_SETLOCALE 设置列表框的当前区域LB_SETSEL 在多选模式下选中某一字符串LB_SETTABSTOPS 设置TAB键停止的位置LB_SETTOPINDEX 设置列表框中的某一项处于可见位置列表框向其父窗口发送的通知码为：LBN_DBLCLK 当某一项被单击时发送LBN_ERRSPACE 当系统不能分配足够的内存来进项相应的处理时发送该通知码LBN_KILLFOCUS 当列表框中某一项失去焦点时发送LBN_SELCANCEL当用户取消选择时发送LBN_SELCHANGE 当用户选择改变时发送LBN_SETFOCUS 当某一项获得焦点时发送下面是一个小例子：(在窗口程序中创建列表框，框中选择人物姓名，可以得到人物的相应信息)利用到的结构体的定义如下：struct PERSON { const char *pszName; int nAge; const char *pszPhoneNum; };首先在WM_CREATE中创建：HWND hList = CreateWindow("LISTBOX", "", WS_CHILD | WS_BORDER | WS_VISIBLE | LBS_HASSTRINGS | LBS_NOTIFY | LBS_NOINTEGRALHEIGHT, 0,0,200,800,hWnd, (HMENU)123, g_hInst, NULL); for(int i = 0; i < 3; i++) { SendMessage(hList, LB_ADDSTRING, 0, (LPARAM)(g_Person[i].pszName)); } SendMessage(hList, LB_SETCURSEL, (WPARAM)0, 0);关于列表框的显示与行为控制都在WM_COMMAND中处理：if (123 == LOWORD(wParam)) { if (LBN_DBLCLK == HIWORD(wParam)) { int nIndex = SendMessage((HWND)lParam, LB_GETCURSEL, 0, 0); sprintf(szBuf, "姓名：%s 年龄：%d 电话：%s", g_Person[nIndex].pszName, g_Person[nIndex].nAge,g_Person[nIndex].pszPhoneNum); InvalidateRect(hWnd, NULL, TRUE); } }当点击某一项后需要在窗口中显示，显示的工作可以在WM_PAINT中完成PAINTSTRUCT ps; RECT rtClient; GetClientRect(hWnd, &rtClient); HDC hDc = BeginPaint(hWnd, &ps); DrawText(hDc, szBuf, strlen(szBuf), &rtClient, DT_CENTER | DT_VCENTER | DT_SINGLELINE); EndPaint(hWnd, &ps);

Windows程序设计学习笔记（四）自绘控件与贴图的实现 ​Windows系统提供大量的控件供我们使用，但是系统提供的控件样式都是统一的，不管什么东西看久了自然会厌烦，为了使界面更加美观，添加一些新的东西我们需要自己绘制控件。控件在默认情况下并不进行自绘，如果是在窗口中利用CreateWindow创建的话要在风格中加入一个对应的自绘风格，这个一般在MSDN中都可以查到比如按钮的自绘风格是BS_OWNERDRAW、列表框是 LBS_OWNERDRAWFIXED （列表项的高度一致）、LBS_OWNERDRAWVARIABLE（列表项的高度可以不一致），如果我们是在对话框下通过资源的方式创建的可以在其属性上将自绘风格选上。控件被改为自绘时，每当需要自画时控件都会向其父窗口发送一条WM_DRAWITEM消息，该消息中两个参数的如下：WM_DRAWITEM idCtl = (UINT) wParam; // 控件ID lpdis = (LPDRAWITEMSTRUCT) lParam; // 一个指向DRAWITEMSTRUCT的结构体结构体DRAWITEMSTRUCT的定义如下：typedef struct tagDRAWITEMSTRUCT { UINT CtlType; //控件类型 UINT CtlID; //控件ID UINT itemID; //控件子项的ID只用于菜单项、组合框、列表框 UINT itemAction; //控件行为，一般在一个动态的行为发生时产生 UINT itemState; //控件状态，在处于某个静态时产生 HWND hwndItem; //控件句柄 HDC hDC; //绘制控件的设备上下文句柄 RECT rcItem; //控件项的矩形范围 DWORD itemData; //程序为菜单项、列表项、组合框中的列表项指定的32值 } DRAWITEMSTRUCT; 对于列表框和组合框，在重绘时会发送一条消息：WM_MEASUREITEM，该消息用于设置列表项的大小信息。可以在该消息中利用下面的代码设置行高：LPMEASUREITEMSTRUCT lpmis = (LPMEASUREITEMSTRUCT) lParam; lpmis->itemHeight = 32;下面来说说贴图。贴图的一般步骤为：1）使用LoadBitmap加载一幅图片，该函数的原型为：HBITMAP LoadBitmap(//函数返回一个对应位图的对象句柄 HINSTANCE hInstance, //实例句柄，系统通过这个值找到对应的位图 LPCTSTR lpBitmapName //位图名称，这个值可以通过MAKEINTRESOURCE宏获得 );2）用CreateCompatiableDC函数创建一个与指定DC兼容的内存设备描述符。3）利用SelectObject函数将对应位图选入到对应的HDC中，该函数返回一个原来未被替代的对象句柄，一般我们需要保存这个变量以便以后用于恢复。4）使用BitBlt贴图函数BitBlt,该函数的原型如下：BOOL BitBlt( HDC hdcDest, // 目的控件的设备上下文句柄 int nXDest, // int nYDest, // 这两个参数表示需要贴在目的设备对应矩形中的哪个位置，分别是客户坐标的横坐标和纵坐标 int nWidth, int nHeight, //图片的大小和宽度 HDC hdcSrc, // 源图片所在的DC的句柄 int nXSrc, int nYSrc, //表示从原图片的哪个像素点开始，这两个值表示开始位置的横纵坐标 DWORD dwRop // 贴图的方式，它规定了原图片颜色如何与目标控件颜色组合已形成最终的颜色 );对于第二步的操作并不是必要的，在贴图时我们可以使用同一个句柄作为原和目的句柄，但是当我们需要贴的图片过多，使用同一个句柄会造成客户区的闪烁，所以可以另外定义一个句柄，保存我们所需要的所有图片，然后一次性通过源DC贴到目的DC，这样可以一次完成，避免了客户区的闪烁。下面的例子采用的是ListBox控件：HWND hList = CreateWindow("LISTBOX", "", WS_CHILD | WS_BORDER | WS_CLIPSIBLINGS |WS_VISIBLE | LBS_HASSTRINGS | LBS_NOTIFY | LBS_OWNERDRAWFIXED , 0,0,200,800,hWnd, (HMENU)123, g_hInst, NULL);//在创建ListBox时定义为自画风格，同时WS_CLIPSIBLINGS风格指明在重绘子窗口时不重绘整个客户区在WM_DRAWITEM消息中编写重绘的代码：LPDRAWITEMSTRUCT lpDis = (LPDRAWITEMSTRUCT)lParam; RECT rtListItem = lpDis->rcItem; if (ODT_LISTBOX == lpDis->CtlType) { if (ODS_SELECTED & lpDis->itemState)//当某项被选中时设置虚线框并使背景为蓝色 { rtListItem.right -= 2; rtListItem.bottom -= 2; HBRUSH hBlue = CreateSolidBrush(RGB(0,0,255)); HGDIOBJ hOld = SelectObject(lpDis->hDC, hBlue); FillRect(lpDis->hDC, &rtListItem, hBlue); DrawFocusRect(lpDis->hDC, &rtListItem); } //贴图，并将图片背景色设置为所在矩形框的背景色 <span style="white-space:pre"> </span>HBITMAP hBitMap = LoadBitmap(g_hInst, MAKEINTRESOURCE(IDB_BITMAP1)); HDC hMerDc= CreateCompatibleDC(lpDis->hDC); SelectObject(hMerDc, hBitMap); BitBlt(lpDis->hDC, lpDis->rcItem.left, lpDis->rcItem.top, lpDis->rcItem.right - lpDis->rcItem.left, lpDis->rcItem.bottom - lpDis->rcItem.top, hMerDc, 0, 0, SRCAND); SelectObject(lpDis->hDC,hBitMap); DeleteObject(hMerDc); <span style="white-space:pre"> </span>//将文字设置为透明、并显示文字 SetBkMode(lpDis->hDC, TRANSPARENT); DrawText(lpDis->hDC, g_Person[lpDis->itemID].pszName,strlen(g_Person[lpDis->itemID].pszName), &(lpDis->rcItem),DT_CENTER | DT_VCENTER | DT_SINGLELINE); }

Windows程序设计笔记（二） 关于编写简单窗口程序中的几点疑惑 在编写窗口程序时主要是5个步骤，创建窗口类、注册窗口类、创建窗口、显示窗口、消息环的编写。对于这5个步骤为何要这样写，当初我不是太理解，学习到现在有些问题我基本上已经找到了答案，同时对于Windows对于窗口的管理机制有了更深的认识，下面我通过问答的方式，一一写出自己之前的疑惑。问题一、窗口类与窗口之间有何关系？答：窗口类与窗口就好像C++中类与对象的关系，窗口是窗口类的具体表现，在注册窗口类成功后，系统并没有创建窗口，只是分配的相应的存储空间存储了我们为窗口类填写的一些信息。只有调用CreateWindow后系统才会创建窗口。窗口类中的成员变量定义的是这一类窗口的共性，比如定义窗口类风格为子窗口，那么用这个窗口类创建的窗口就都是子窗口。而创建窗口时传入的参数是具体窗口显示形式，比如大小、长宽等；既然窗口类是窗口的共性，那么窗口过程自然是所有用该类创建的窗口都公用这个窗口过程，窗口过程根据窗口句柄来判断处理那个窗口，而Windows中提供了获取并修改窗口过程的方法（超类化），所以只要掌握了窗口句柄那么就可以控制该类的所有窗口。问题二、为何需要注册窗口类，而不是根据我们填写的窗口类结构体来直接创建？答：在程序中为窗口类定义了一个变量，填写好各个成员变量后，这个只是我们自己知道我们定义了一个新的窗口过程但是系统并不知道我们，系统中有一个专门的表用来存储系统中各个窗口类的信息，注册窗口类实际上是将我们填写的窗口类的信息添加到系统的这个表中，以后创建时系统会在这个表中查找相应的窗口类。问题三、创建窗口时使用的是窗口类名而不是我们定义的窗口类的变量？答：上面说过，系统中有一个专门用于管理各个窗口类的表，在调用CreateWindow函数时会首先在表中查找是否有这个类，没有的话就返回出错，并不会在我们所定义的窗口类结构体变量的内存中查找，通过这一点我们可以知道其实对于所有的窗口类只需要使用一个结构体变量来创建所有的窗口类，只要注册后系统将相关信息存储到窗口类表中，改变这个变量并不会对前面创建的窗口类产生影响。窗口类表中采用类名作为主码（不知道是不是真的采用数据库的相关方法存储，但是系统是根据类名来唯一确定一条窗口类的信息），并不是保存类结构体变量的地址，所以注册后这个窗口类就与这个变量没有关系。问题四、为何需要一个窗口句柄、为何系统不直接利用窗口类生成一个窗口，用窗口类名表示窗口窗口？答：在实际使用中，可能很多窗口具有相同或者相似的性质，因此为了代码的重用，系统抽象出一个窗口类用来管理具有共性的窗口，这样就表示一个窗口类可以产生多个窗口，这样用窗口类的信息管理窗口自然就不现实，而系统采用句柄的方式，而窗口句柄又是什么呢？系统对每个窗口也有一张表，而这个句柄就是相应的表项的一个索引。问题五、在消息环中GetMessage和Dispatchmessage各有什么作用，为什么一个应用程序只需要一个消息环而不是每个窗口一个消息环？答：这就涉及到系统的消息机制，Windows采用的是消息机制，每一个应用程序都有一个消息队列，系统有一个总的消息队列用来存储所有的产生的消息，在我们产生相应的操作时，首先由硬件捕捉到再由驱动程序做简单的翻译，再由系统根据传来的信息，组织生成一个MSG结构体，然后由系统根据MSG 中的第一参数发送到相应应用程序的消息队列中，这个是由PostMessage或者是SendMessage来完成，应用程序会不断的从自己的消息队列中取出消息，这是由GetMessage完成，取出后根据MSG中的HWND参数确定是哪个窗口的消息，从而发送到相依的窗口过程中。每个应用程序只有一个消息环，而取出消息和将消息分配到对应的窗口过程都争对的这一个消息队列自然没有必要写多个消息环问题六、系统是如何根据窗口句柄找到相应的窗口过程的？答：系统中有两个表分别管理窗口类和窗口，窗口类中最重要的信息是窗口类名和窗口过程地址，有了类名就可以在定义窗口时找到类的相关信息，有了窗口过程地址就可以处理消息，毕竟对于程序而言最重要的还是对于信息的处理，窗口什么的都只是用于与用户更好的交互。而系统在处理消息时是如何知道该调用哪个窗口过程的呢，有一种思路是根据消息中的HWND找到窗口表项，根据表项找到相应的窗口类，最后根据窗口类找到对应的窗口过程，但是实际上系统并不是这样做的，当要处理大量的消息时这样查找效率太低，所以系统的做法是在窗口表项中增加一些空间，用来存储从窗口类中拷贝的信息，在创建窗口时系统将窗口过程等重要信息拷贝一份放到相应的窗口信息表项中，在查找时只要找到窗口就可以找到窗口过程，所有在子类化时我们只是修改窗口表中的窗口过程，这样只改变对应窗口的窗口过程，而用该类创建的其他窗口的窗口过程并不受影响，而改变窗口类的窗口过程，则所有用该类创建的窗口的窗口过程都被修改。

Windows程序设计学习笔记（一）Windows内存管理初步 ​学习Windows程序设计也有一些时间了，为了记录自己的学习成果，以便以后查看，我希望自己能够坚持写下一系列的学习心得，对自己学习的内容进行总结，同时与大家交流。因为刚学习所以可能有的地方写不不正确，希望大家能够指出。在学习了一定的Windows API后我决定进入到一些基础的学习，希望能够学习一些原理性的知识，能够做到知其然的同时知其所以然。为了达到这个目的，这段时间我学习了一些计算机的基础知识，在这写下这篇博客，总结一下。在早期的16位8086CPU中我们使用段与段内的偏移偏移的方式寻址，得到的是真实的物理地址，当时的寄存器是16位而地址总线是20位，为了充分利用这些地址总线，Intel的工程师采用的是分段的方式，将段寄存器与通用寄存器中的数值通过地址加法器合成20位的地址，具体的合成方式为段地址 * 16 + 偏移地址，利用这种方式得到的都是真实的物理地址。8086系列的CPU之所以成为一个划时代的产物就是因为这种分段的思想，而这种思想一直沿用至今。但是8因为086CPU得到的都是真实的物理地址，所以在早期的程序设计中不得不详细考虑内存段的划分，有可能出现后一个程序将前一个程序的内存占用，这种方式非常不安全。到32位CPU的诞生产生了一种新的寻址方式，80386CPU有32位地址总线，寻址区间为2的32次方为4GB。所以用32位的通用寄存器都可以访问4GB的内存空间，这个时候段寄存器不在存储段的首地址段，寄存器DS、CS、ES等寄存器中存储的是段选择子的索引。段选择子的概念出现在32位CPU中的保护模式中，在保护模式下，每个内存段都有一个64位的结构体用来描述这段内存的基本信息叫做段描述符，段描述符包括安全级别，段的基地址等信息，系统将所有内存段的64位描述符存储在一个段描述符表中，将段寄存器中的16位数据作为段描述符表的索引，称为选择子。为了管理段描述符表,80386引入两个寄存器一个是48位的GDTR(全局段描述符表寄存器)另一个是16位的LDTR（局部段描述符表寄存器）分别指向GDT（全局段描述符表）和LDT（局部段描述符表）。GDT（Global Descriptor Table）包含系统中所有任务都可用的段描述符，通常包含描述操作系统所使用的代码段、数据段和堆栈段的描述符及各任务的LDT段等；全局描述符表只有一个。而LDTR（Local Descriptor Table）80386处理器设计成每个任务都有一个独立的LDT。它包含有每个任务私有的代码段、数据段和堆栈段的描述符，也包含该任务所使用的一些门描述符，如任务门和调用门描述符等。系统根据不同的任务切换不同的LDT。这样便于实现不同进程间内存的隔离。为了确定所在段描述符的位置，段寄存器中的16位数据中只有13位表示段描述中的索引。第0位、第1位合起来表示程序的等级，第2位TI位用来表示在段描述符的位置；TI＝0表示在GDT中，TI＝1表示在LDT中。对于一个虚拟地址XXXX:YYYYYYYY首先判断XXXX中TI位的值，当TI = 0时表示的是全局段描述符表，这个时候首先利用GDTR中的值确定GDT的位置，然后直接取段寄存器中高13位的值作为索引在GDTR中查找得到相应的段描述符，由于段描述符包含段的基址、限长、优先级等各种属性，这就得到了段的起始地址；当TI等于1时表示的是局部的段描述符表，这个时候寻址变得相对比较复杂，第一步还是从GDTR获得GDT的位置，然后根据LDTR中的16位数值作为索引在GDT中查找LDT所在位置，然后才是根据XXXX中的高13位作为索引在LDT中查找得到相应的段描述符，由于段描述符包含段的基址、限长、优先级等各种属性，这就得到了段的起始地址。这两种方式的步骤如下图：12在这里我们只是说得到线性地址并没有说得到内存地址，那么线性地址是否就是内存地址呢？可以是也可以不是，这取决于80386的分页机制是否被使用。在早期的分段模式下，系统回收程序使用的内存可能会残留很小的内存碎片，导致任何程序都不能使用，为了解决这一问题，80386CPU提供了一种分页机制，系统将固定大小的内存块分为一页，在一页中在使用段分配的方式，每页的大小有系统决定，Windows系统的页大小为4KB。每页物理内存可以根据“页目录”和“页表”，随意映射到不同的线性地址上。这样，就可以将物理地址不连续的内存的映射连到一起，在线性地址上视为连续。而是否启用内存分页机制是由80386处理器新增的CR0寄存器中的位31（PG位）决定的。如果PG＝0，则分页机制不启用，这时所有指令寻址的地址（线性地址）就是系统中实际的物理地址；当PG＝1的时候，80386处理器进入内存分页管理模式，所有的线性地址要经过页表的映射才得到最后的物理地址。当每页大小为4KB时，我们得到的32位线性地址中高20位表示页号，低12位表示页中的偏移地址，这样通过页映射的方式我们可以将线性地址转化成对应的物理地址。到这里我们可引出几个重要的概念：1）32位机器中共有2中段描述符表，每个表中有2^13个表项，每个表项代表一个段首地址，而每一段的段内偏移最大为2^32B所以32位机器的理论寻址范围为2^13 2^1 2^32 = 2^(13 + 1 + 32) = 64TB;2)系统为每个应用程序分配4GB的虚拟内存，并且由于保护模式的相关机制，这4GB的内存为每个应用程序独享3）由于保护模式不同应用程序中相同的逻辑地址最终映射到不同的内存地址，所以在应用程序中我们不必过多操心程序所使用的内存被其他应用程序占用。在Windows的保护模式中，将应用程序分级分为RING0到RING3，其中RING0的级别最高、GING3的级别最低，虽说分为4个级别但是实际上只使用了两个，Windows为了与其他CPU兼容，只使用2个，RING0主要是内核代码、RING3主要是用户代码，那是不是说RING3级别的代码就不能访问RING0级别的内存呢？这个自然也不是，Windows我们都知道Windows提供了一系列的API ，其中我们可以调用相应的API访问内核所在的内存，只是不能直接访问内核代码，也就是说不能直接用jmp指令访问内核代码，但是可以使用call指令调用，API对于程序员来说是不透明的。Windows保护模式下主要机制有：1）Windows提供不同安全级别，不同安全级别的代码访问内存的权限也不一样2）不同进程的内存都是独立的，每个进程独享自己的4GB内存，不同进程即使在代码中使用相同的虚拟地址，系统也会映射到不同 的地址空间