什么函数是Windows应用程序开始执行时的入口点

从表面上来看:控制台程序运行时是在DOS环境下，或者模拟dos环境运行的程序，运行时一般会启动一个提示符窗口。

而应用程序是Windows环境下的窗口程序。运行时一般会启动一个窗口画面。(例外，病毒木马，就不显示窗口，这决定于是否创建了窗口，或者是否让窗口显示)

但是，实质上，windows应用程序和控制台应用程序的真正区别是，PE文件的结构不同，这点不需要我们去关心，编译器会根据你的选择去构建生成的exe文件的PE结构。

如何告之编译器你的选择在编译器进行连接的时候，给它一个连接参数:

subsystem:windows或者subsystem:console来告诉它。对于大多数编程工具来说一般在“工程->设置->连接”这个表单里面就可以看到这个参数。

但是通常在我们要创建一个新的工程的时候，编译器会让我们事先选择好是创建windows应用程序还是创建控制台应用程序。这个参数的设置就不用我们 *** 心了。

补充(你可以不看，有点复杂了):事实上，控制台程序依然还有区别，那就是，16位的可以在DOS *** 作系统环境中运行的DOS程序(也可以在window运行通常windows会模拟一个dos环境，这时你会程序窗口与平时的提示符窗口明显不一样)，和 32位通常只能在windows *** 作系统中运行的程序。通常32位控制台在DOS下运行，它的PE结构中会给予DOS环境下运行的一个入口点(DOS文件头)，这个入口点只有“一行”代码:"This program cannot be run in DOS mode"

而在32位系统下， *** 作系统将将查看PE文件头里面的subsystem字段来获得程序将以什么方式运行(windoes或者console)这个字段里面指示了子系统(CUI对应控制台，GUI对应普通程序，驱动程序等没有子系统)32位的控制台程序当然可以调用PAI函数，而16位的DOS程序则不可以调用API函数。

再补充关于编译器的一点内容:通常大学里面学习C，c++时，最常用的是VC60

TC++30 和 TC20 VC60只能写32位程序。(也就是不能写Dos程序)

而TC++30 和 TC20这两个编译器是16位的编译器，不能写窗口程序(因为调用不了API(之所以调用不了，固然是编译器的限制，但实质是编译器根本不去使用32位寄存器))

那么，如何才能写一个即可以在DOS运行，又可以在windows下运行的程序(还要带窗口)那就是要修改exe的PE文件结构，使用人工方法粘贴代码。复杂了，不说了

注意dos程序与控制台程序的区别：1:一个是16的DOS程序,一个是标准的32的Windows应用程序前者依然受着64KB内存分段约束,后者无忧无虑地使用着4GB内存地址空间它们本来就是运行在不同的 *** 作系统上的别把他们混淆

DOS程序可以运行在windows上是因为有NTVDM而你把VC生成的控制台程序放到DOS下只会得到!This program cannot be run in DOS mode

2:如果你是用标准库编写的话,代码应该没多大差异的但执行时调用库方式却差天共地前者通过API模拟出一个执行环境,后者是直接调用WIN32 API的

3:TC里面编写程序确实是可以调用中断,可是这个中断不是直接执行的是NTVDM提供的在NT的世界里ring3不太可能直接调用中断的

4:VC6(早期版本就不知道了)不能编写DOS程序,只能编写控制台程序,注意,这只不过是Win32程序只使用控制台这个标准输入输出而已控制台程序照样可以d出个窗口,也可以有消息循环,窗口程序照样可以有个控制台

以上就是关于什么函数是Windows应用程序开始执行时的入口点全部的内容，包括:什么函数是Windows应用程序开始执行时的入口点、c++程序为什么能在dos下运行 dos不是16位的吗，怎么能运行32位程序、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！