为何Windows驱动入口名需为DriverEntry？兼析WinMain相关疑问

这问题问到点子上了——本质是Windows不同执行环境的加载器和程序之间有严格的契约，不管是内核态的驱动还是用户态的GUI/控制台程序，入口函数的名称、签名都是系统加载器预先定义好的规则，不是随便能改的。

先说说驱动的DriverEntry #

驱动运行在内核态，负责加载它的不是用户态里的PE加载器，而是内核的I/O管理器。这个管理器的工作逻辑很直接：加载驱动模块后，必须找到名为DriverEntry的函数作为入口，原因主要有两点：

• 内核态环境和用户态完全割裂：没有用户态的CRT（C运行时）初始化流程（比如你提到的MainCRTSetup()），驱动不需要也不能依赖这些用户态的初始化逻辑。驱动的初始化要处理内核专属对象（比如驱动对象、设备对象），接收的参数是PDRIVER_OBJECT和PUNICODE_STRING，这和main()的argc/argv完全不是一个路数，加载器根本没法用main()的签名来调用驱动初始化。
• 驱动的PE头其实也指向DriverEntry：当你用WDK编译驱动时，链接器会自动把DriverEntry设为PE文件的入口点，同时内核加载器还硬编码了对这个函数名称和签名的检查——你要是随便改个名字，加载器找不到符合要求的函数，直接就加载失败了。

再聊聊WinMain的类似情况 #

WinMain是用户态GUI子系统的约定入口，和控制台程序的main()本质是一回事，只是不同子系统的加载规则不同：

• Windows用户态有多个子系统（控制台、GUI、服务等），PE头里会标记程序属于哪个子系统。加载器根据这个标记，调用对应的CRT启动函数：比如控制台子系统会调用_mainCRTStartup，这个函数先完成CRT的初始化（比如堆分配、全局变量初始化），再调用你写的main()；GUI子系统则是_WinMainCRTStartup完成初始化后调用WinMain()。
• 你说的“修改编译器设置指定入口”在用户态程序里确实可行，但属于没必要的“骚操作”——比如你可以把GUI程序的入口改成main()，只要告诉链接器入口点是它就行，但WinMain需要接收的HINSTANCE等参数，main()是没有的，你得自己处理参数适配问题，完全不符合系统的约定规范。

总结一下 #

不管是DriverEntry还是WinMain/main()，都是Windows不同执行环境下加载器和程序的契约：

• 内核态驱动的加载器需要特定签名的初始化函数来处理内核对象，所以必须是DriverEntry；
• 用户态不同子系统的加载器配合CRT完成初始化，再调用约定好的入口函数；
• 编译器/链接器的设置只是帮你遵守这个契约，而不是反过来——Windows的加载逻辑是底层规则，你得跟着它走，而不是让它适应你写的main()。

内容的提问来源于stack exchange，提问作者Hyeonseo Yang