设备驱动程序应用研究论文.docxVIP

设备驱动程序应用研究论文 　　为了保证操作系统的安全性和稳定性以及应用程序的可移植性，操作系统不允许应用程序直接访问系统的硬件资源，而是必须借助于相应的设备驱动程序。 　　设备驱动程序可以直接操作硬件，如果应用程序和设备驱动程序之间实现了双向通信，也就达到了应用程序控制底层硬件设备的目的。 　　它们之间的通信包括两个方面一方面是应用程序传送给设备驱动程序的数据；另一方面是设备驱动程序发送给应用程序的消息。 　　前者的实现较容易，通过函数获取设备驱动程序的句柄后，就可以使用32函数，如、或等实现应用程序与设备驱动程序之间的通信。 　　后者的实现远比前者复杂，同时介绍这方面情况的文章较少。 　　这不等于说它不重要，相反，它在有些应用场合发挥着重要的作用。 　　设备驱动程序完成数据的采集工作后，需要马上通知应用程序，以便应用程序能够及时将数据取走并进行处理。 　　诸如此类情况，不一而足。 　　鉴于设备驱动程序通知应用程序的重要性，本人结合一些经验，对它进行了总结，归纳出5种方法异步过程调用、事件方式、消息方式、异步方式和事件方式。 　　下面分别说明这几种方式的原理，并给出实现的部分源代码。 　　1异步过程调用32应用程序使用函数动态加载设备驱动程序，然后定义一个回调函数，并且将回调函数的地址作为参数，通过传送给设备驱动程序。 　　设备驱动程序获得回调函数的地址后，将它保存在一个全局变量如中，同时调用___函数获取它的应用程序线程的句柄，并且将该句柄保存在一个全局变量如中。 　　当条件成熟时，设备驱动程序调用_32_函数，向32应用程序发送消息。 　　这个函数带有三个参数第一个参数为回调函数的地址已经注册；第二个参数为传递给回调函数的消息；第三个参数为调用者的线程句柄已经注册。 　　32应用程序收到消息后，自动调用回调函数实际是由设备驱动程序调用。 　　回调函数的输入参数是由设备驱动程序填入的，回调函数在这里主要是对消息进行处理。 　　2事件方式首先，32应用程序创建一个事件的句柄，称其为3句柄。 　　由于虚拟设备驱动程序使用事件的0句柄，因此，需要创建0句柄。 　　用函数加载未公开的动态链接库32，获得动态链接库的句柄。 　　然后，调用,找到函数在动态链接库中的位置。 　　接着，用函数将3事件句柄转化为0事件句柄。 　　32应用程序用函数加载设备驱动程序。 　　如果加载成功，则调用函数将0事件句柄传给；同时，创建一个辅助线程等待信号变成有信号状态，本身则可去干其它的事情。 　　当条件成熟时，置0事件为有信号状态调用_32_32函数，这马上触发对应的3事件为有信号状态。 　　一旦3事件句柄为有信号状态，32应用程序的辅助线程就对这个消息进行相应的处理。 　　3消息方式32应用程序调用函数动态加载虚拟设备驱动程序。 　　加载成功后，通过调用函数将窗体句柄传送给，利用这个句柄向窗体发消息。 　　当条件满足时，调用_函数向32应用程序发送消息。 　　要让该函数使用成功，必须用#来自定义一个消息，并且也要照样在应用程序中定义它；还要在消息循环中使用_来定义消息对应的消息处理函数，以便消息产生时，能够调用消息处理函数。 　　_函数的第一个参数为32窗体句柄，第二个参数为消息号，第三、四个参数为发送给消息处理函数的参数，第五、六个参数为回调函数和传给它的参数。 　　32应用程序收到消息后，对消息进行处理。 　　4异步方式32应用程序首先调用函数加载设备驱动程序。 　　在调用该函数时，将倒数第2个参数设置为__|__，表示以后可以对文件进行重叠操作。 　　当设备驱动程序文件创建成功后，创建一个初始态为无信号、需要手动复位的事件，并且将这个事件传给类型为的数据结构如。 　　然后，将作为一个参数，传给函数。 　　设备驱动程序把这个请求包设置为挂起状态，并且设置一个取消例程。 　　如果当前队列为空，则将这个传送给例程；否则，将它放到队列中。 　　设备驱动程序做完这些工作后，结束这个的处理，于是32应用程序可能不等待处理完，就从的调用中返回。 　　通过判断返回值，得到的处理情况。 　　如果当前处于挂起状态，则主程序先做一些其它的工作，然后调用或函数等待中的事件成为有信号状态。 　　设备驱动程序在适当的时候处理排队的，处理完成后，调用函数。 　　该函数将中的事件设置为有信号状态。 　　32应用程序对这个事件马上进行响应，退出等待状态，并且将事件复位为无信号状态，然后调用函数获取的处理结果。 　　5事件方式32应用程序首先创建一个事件，然后将该事件句柄传给设备驱动程序，接着创建一个辅助线程，等待事件的有信号状态，自己则接着干其它事情。 　　设备驱动程序获得该事件的句柄后，将