Windows程序内部运行原理.docVIP

Windows程序内部运行原理 1.Windows应用程序，操作系统，计算机硬件之间的相互关系 ①操作系统能够操纵输出设备以执行特定的功能。例如让声卡发出声音，让显卡发出图形。 ②操作系统能够感知输入设备的变化，如鼠标移动，移动位置，键盘按下，按下那一个键盘。 ③表示应用程序可以通知操作系统执行某个具体的动作，如操作系统能够控制声卡发出声音，但它并不知道应该何时发出何种声音，需要应用程序告诉操作系统该发出什么样的声音。这个关系好比有个机器人能够完成行走的功能，但是，如果人们不告诉它往哪个方向上走，机器人是不会主动行走的。这里的机器人就是操作系统，人们就是应用程序。操作系统是身体，应用程序是灵魂。 ④表示操作系统能够将输入设备的变化上传给应用程序。如用户在某个程序活动时按了一下键盘，操作系统马上能够感知到这一事件，并且能够知道用户按下的是哪一个键，操作系统并不决定对这一事件如何作出反应，而是将这一事件转交给应用程序，由应用程序决定如何对这一事件作出反应。好比有个蚊子叮了我们一口，我们的神经末梢（相当于操作系统）马上感知到这一事件，并传递给了我们的大脑（相当于应用程序），我们的大脑最终决定如何对这一事件作出反应，如将蚊子赶走，或是将蚊子拍死。对事件作出反应的过程就是消息响应。 2.关于API API即应用程序编程的接口(Application Programming Interface),简称Windows API。 API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。API函数包含在Windows系统目录下的动态连接库文件中(如User32.dll,GDI32.dll,Shell32.dll...).在WINDOWS程序设计领域处于发展的初期，WINDOWS程序员所能使用的编程工具唯有API函数，这些函数是WINDOWS提供给应用程序与操作系统的接口，他们犹如“积木块”一样，可以搭建出各种界面丰富，功能灵活的应用程序。所以可以认为 API函数是构筑整个WINDOWS框架的基石，在它的下面是WINDOWS的操作系统核心，而它的上面则是所有的华丽的WINDOWS应用程序。但是，那时的WINDOWS程序开发还是比较复杂的工作，程序员必须熟记一大堆常用的API函数，而且还得对WINDOWS操作系统有深入的了解。然而随着软件技术的不断发展，在WINDOWS平台上出现了很多优秀的可视化编程环境，程序员可以采用“即见即所得”的编程方式来开发具有精美用户界面和功能强大的应用程序。 这些优秀可视化编程环境操作简单、界面友好在这些工具中提供了大量的类库和各种控件，它们替代了API 的神秘功能，事实上这些类库和控件都是构架在WIN32 API函数基础之上的，是封装了的API函数的集合。它们把常用的API函数的组合在一起成为一个控件或类库，并赋予其方便的使用方法，所以极大的加速了 WINDOWS应用程序开发的过程。有了这些控件和类库，程序员便可以把主要精力放在程序整体功能的设计上，而不必过于关注技术细节。 实际上如果我们要开发出更灵活、更实用、更具效率的应用程序，必然要涉及到直接使用API函数，虽然类库和控件使应用程序的开发简单的多，但它们只提供WINDOWS的一般功能，对于比较复杂和特殊的功能来说，使用类库和控件是非常难以实现的，这时就需要采用API函数来实现。我们对待API函数不必刻来研究每一个函数的用法，那也是不现实的(能用的到的API函数有几千个呢)。正如某位大虾所说：API不要去学，在需要的时候去查API帮助就足够了Windows操作系统提供给应用程序编程的接口,简称Windows API。如CreateWindow就是一个API函数，应用程序中调用这个函数，操作系统就会按照该函数提供的参数信息产生一个相应的窗口。 3.关于消息及消息队列 windows程序设计是种事件驱动方式的程序设计，主要基于消息的。当用户需要完成某种功能时，需要调用OS某种支持，然后OS将用户的需要包装成消息，并投入到消息队列中，最后应用程序从消息队列中取走消息并进行响应。(Message)来实现的。操作系统将每个事件都包装成一个称为消息的结构体MSG来传递给应用程序，参看MSDN。 MSG结构定义如下： typedef struct tagMSG {???? // msg ??? HWND?? hwnd;???? //接收消息的窗口句柄。和哪个窗口相关联。??? UINT?? message;? //消息标识。消息本身是什么。??? WPARAM wParam;?? //消息的附加信息。具体取决于消息本身。? ??? LP