�Q��{�Q�Win32应用�E�序的加载与启动分析

微尘 — Fri, 07 Mar 2008 08:38:00 GMT

转自 chenxixia �?Blog

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=455591

设有一个Win32下的可执行文件MyApp.exe�Q�这是一个Win32应用�E�序�Q�符合标准的PE格式。MyApp.exe的主要执行代码都集中在其源文件MyApp.cpp中，该文件第一个被执行的函数是WinMain。初学者会认�ؓ�E�序��是首先从这个WinMain函数开始执行，其实不然�?

在WinMain函数被执行之前，有一�p�d��复杂的加载动作，�q�要执行一大段启动代码。运行程序MyApp.exe�Ӟ��操作�pȝ��的加载程序首先�ؓ�q�程分配一�?GB的虚拟地址�I�间�Q�然后把�E�序MyApp.exe所占用的磁盘空间作��拟内存映��到�q�个4GB的虚拟地址�I�间中。一般情况下�Q�会映射到虚拟地址�I�间�?X00400000的位�|�。加载一个应用程序的旉��比一般�h所设想的要��，因�ؓ加蝲一个PE文�g�q�不是把�q�个文�g整个一�ơ性的从磁盘读到内存中�Q�而是��单的做一个内存映��，映射一个大文�g和映��一个小文�g所��p��的时间相差无几。当�Ӟ��真正执行文�g中的代码�Ӟ��操作�pȝ��q�是要把存在于磁盘上的虚拟内存中的代码交换到物理内存(RAM)中。但是，�q�种交换也不是把整个文�g所占用的虚拟地址�I�间一�ơ性的全部从磁盘交换到物理内存中，操作�pȝ��会根据需要和内存占用情况交换一��|��多页。当�Ӟ��q�种交换是双向的�Q�即存在于物理内存中的一部分当前没有被��用的��也可能被交换到��盘中�?/p>

接着�Q�系�l�在内核中创��E�对象和�ȝ��E�对象以及其它内宏V�?/p>

然后操作�pȝ��的加载程序搜索PE文�g中的引入表，加蝲所有应用程序所使用的动态链接库。对动态链接库的加载与对应用程序的加蝲完全�c�M��?/p>

再接着�Q�操作系�l�执行PE文�g首部所指定地址处的代码�Q�开始应用程序主�U�程的执行。首先被执行的代码�ƈ不是MyApp中的WinMain函数�Q�而是被称为C Runtime startup code的WinMainCRTStartup函数�Q�该函数是连接时��p��接程序附加到文�gMyApp.exe中的。该函数得到新进�E�的全部命��o行指针和环境变量的指针，完成一些C�q�行时全局变量以及C�q�行时内存分配函数的初始化工作。如果��用C++�~�程�Q�还要执行全局�c�d��象的构造函数。最后，WinMainCRTStartup函数调用WinMain函数�?/p>

WinMainCRTStartup函数传给WinMain函数�?个参数分别�ؓ�Q�hInstance、hPrevInstance、lpCmdline、nCmdShow�?/p>

hInstance�Q�该�q�程所对应的应用程序当前实例的句柄。WinMainCRTStartup函数通过调用GetStartupInfo函数获得该参数的倹{��该参数实际上是应用�E�序被加载到�q�程虚拟地址�I�间的地址�Q�通常情况下，对于大多数进�E�，该参数��L��0X00400000�?/p>

hPrevInstance�Q�应用程序前一实例的句柄。由于Win32应用�E�序的每一个实例��L��q�行在自��q��独立的进�E�地址�I�间中，因此�Q�对于Win32应用�E�序�Q�WinMainCRTStartup函数传给该参数的值��L��NULL。如果应用程序希望知道是否有另一个实例在�q�行�Q�可以通过�U�程同步技术，创徏一个具有唯一名称的互斥量�Q�通过��这个互斥量是否存在可以知道是否有另一个实例在�q�行�?/p>

lpCmdline�Q�命令行参数的指针。该指针指向一个以0�l�尾的字�W�串�Q�该字符串不包括应用�E�序名�?/p>

nCmdShow�Q�指定如何显�C�应用程序窗口。如果该�E�序通过在资源管理器中双��d��标运行，WinMainCRTStartup函数传给该参数的��gؓSW_SHOWNORMAL。如果通过在另一个应用程序中调用CreatProcess函数�q�行�Q�该参数由CreatProcess函数的参数lpStartupInfo(STARTUPINFO.wShowWindow)指定�?/p>

微尘 2008-03-07 16:38 发表评论

微尘 — Mon, 25 Feb 2008 12:46:00 GMT

       �怿�大家在编码中�Q�有时会见到某某函数前面加了 extern "C" 的关键字修饰�Q�尤其在模块(Dll)提供的头文�g中。但是否很清楚的了解它的作用�Q?我当时第一�ơ碰到时�Q�其实是懂非懂的^_^。查了些资料�Q�才明白其用法，详细如下�?br>
      1. 首先说下�~�译器编译函数时�Q�对函数名的处理�?br>         在C语言中，对函数如: IRoleView* RoleViewCreate(int nType); �~�译后生成的函数名是RoleViewCreate
         但是在C++中，�׃��存在函数重蝲的特性，所以编译时C++�~�译器会�Ҏ��参数、返回值等信息对函数名改编�Q�如上面函数在C++�~�译器中生成的函数名�??RoleViewCreate@@YAPAVIRoleView@@H@z

     2. extern "C"的含义�?br>         extern "C" 有两重含义：
        其一�Q�被修饰的变量或函数是extern的存储类型，它告诉编译器�Q�其声明的变量或函数可以被本模块和外部某块��用�?br>        其二�Q�被其修饰的函数或变量是按照C语言的方式来�~�译和链接的�?br>        注意�Q�extern "C"写法只在C++中被支持�Q�C语言不支持该写法�?br>
    3. extern "C"的两�U�惯用用法：
        a) 在C++中��用C语言的函数或变量�Q�在包含C语言提供的头文�g是，需要用 extern "C" { } 来包含头文�g。如下：
           extern "C"
          {
               #include "lua.h"    //lua.h是C�~�写�Q��ƈ提供的头文�g
          }
        �q�里引用下第1点的函数来说明上�q�写法的用途：假设lua.h中包含函�?IRoleView* RoleViewCreate(int nType), 那么C语言的编译时生成的函数名是RoleViewCreate�Q�而当C++客户�E�序��M��用它�Ӟ��默认是按C++的链接方式（即不加以上的 extern "C"�Ӟ��Q�所以C++客户�E�序会去外部模块中查扑և�数名�?br>?RoleViewCreate@@YAPAVIRoleView@@H@z的函敎ͼ��q�样C++�~�译器会找不到该函数�Q�报�?无法解析的外部标识符"的错误；而当加上
extern "C" { } �Ӟ��它就告诉�~�译器头文�g中包含的函数或变量要按照C语言的编译链接方式进行，所以C++�~�译器会��d��部模块查扑և�数名�?br>RoleViewCreate的函敎ͼ�从而得到正��结果�?br>
      b) 在C中调用一个C++语言中的函数或变量时�Q�C++的头文�g需要添�?extern "C"�Q�这是�ؓ了让�~�译器对函数或变量按C语言的方式进行编译，已供C语言调用�Q?但在C语言中，不能直接包含声明了extern "C"的头文�g�Q�而应该在C文�g中把在C++头文件中定义的函敎ͼ�声明�?extern�c�d��Q�因为在C语言中，�q�不支持extern "C"的写法；

参考资料：《C++中extern "C" 含义深层探烦》作者：宋宝�?br>                    《C++ Primer�?br>

微尘 2008-02-25 20:46 发表评论

久久精品中文字幕一区,蜜臀av性久久久久蜜臀aⅴ麻豆,久久婷婷国产综合精品

�Q��{�Q�Win32应用�E�序的加载与启动分析