win32 api 编程

最新推荐文章于 2023-12-08 22:50:16 发布

大写的A

最新推荐文章于 2023-12-08 22:50:16 发布

阅读量2k

点赞数 1

分类专栏： Windows 文章标签： win32 C++ VC++ VC API

本文链接：https://blog.csdn.net/lvbian/article/details/10593467

版权

Windows 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

以前用的是.net平台下的C#语言,做过几年网站,也做过winform项目,觉得虽然自己水平相对可以,可是对windows平台的系统级知识了解的却非常少,总感觉浮在水面.用C#写的程序绝对是托管的,.net平台下唯一不受托管的只有vc++,vc++开发编译的程序都是本地代码.说到这里,想起一个朋友用C#给一家公司做了一个winform软件,项目交付时,这位朋友给人家演示时,先准备在人家机器上装了一个.netframework,结果被人家阻止了,客户说道:”我们只要双击软件就要运行,要像绿色版一样,不要给我们装任何其他东西,我们公司不允许这样.”后来,这位朋友很无语.只能用其他开发语言重新开发.

C#开发的东西并不是不好,只是依赖性太强了,没有.netfromwork,那他就死翘翘了.没有CLR,没有JIT,.net平台下的托管程序都是跑步起来的.我们先看这些托管代码是如何运行的.再次之前,我们必须搞清楚windows下可执行文件的格式.在linux下,是elf格式.在windows下,可执行文件是pe格式的,PE格式是有固定格式的,不然系统的加载器是不能识别的,就没有办法加载到内存中,那便自然没有办法执行.

虽然CSC(C#编译器)和 CL(VC编译器)编译的可执行程序都是exe后缀的.但是他们大有不同,CL编译的可执行程序没有CLR头信息,而CSC编译的程序有CLR头,并且CLR头后边的编译好的二进制代码数据和本地程序的二进制数据是不一样的,当双击exe文件时,加载器会去先读取exe文件的头,通过头来判断是本地程序还是托管程序,有CLR头,自然是托管的,这个时候CLR和JIT就会配合工作,将代码加载到内存中,然后JIT将代码即时编译成本地代码,然后缓存下来,为了下次执行效率更高(调用到的模块方法会即时编译),如果没有CLR和JIT,那自然不能执行,二本地代码则直接可执行.不需要这些外部依赖.

申明:虽然C#代码执行要CLR和JIT,但是他不是解释执行的,初次有CLR解释,和JIT编译,第二次执行那么他理论上和本地代码效率一样高的.

以上是个人的理解,也不是详细到位,望大家见谅.也正是由于以上原因,我本人并不是很喜欢使用托管代码.我更喜欢本地代码.好了,不说了,直接win32 API编程开始吧,直接先上一段代码.(我使用的VC++ 6.0,编译器是CL)

VC编译工具 CL编译器 LINK连接器 RC资源编译

下边我的第一win32程序

#include <windows.h>
//开发window程序要备好MSDN,由于API庞大复杂,所以MSDN手册不可缺少.
//玩游戏就要遵守游戏规则,windows程序入口函数就是这样设计的,我们必须遵守,没有什么可以解释的
int WinMain(HINSTANCE hInstance,HINSTANCE hPreInstance,LPSTR pszCmd,int nShowCmd)
{
	//我们调用第一个系统API函数,开发第一最简单win32程序,
	MessageBox(NULL,"我的第一个win32程序","提示!",MB_OK);
	return 0;
}


// 编译 CL /C  first.c  /C 表示只编译不链接
// 链接 LINK first.obj user32.lib  链接编译的 first.obj 和系统的user32.lib 生成 first.exe