驱动程序与应用程序之间的通信

    驱动程序必须与应用程序进行通信，才能最终达到应用程序控制设备的目的，不然驱动就几乎失去价值了。
要通信就涉及到3个方面:
1.应用程序与驱动程序通信
2.驱动程序与应用程序通信
3.数据传输

1-2 打开设备
打开设备一般有2种方式:
  ---GUID
  ---符号连接符(符号连接符可以理解为一个快捷方式)
1-3 DeviceIoControl函数
DeviceIoControl有2种调用方式
---同步方式:应用程序调用DeviceIoControl函数将被堵塞，直到驱动程序完成相应的数据传输操作后，才继续执行下一步。
---异步方式:应用程序调用DeviceIoControl后立即返回，执行下一步操作(驱动程序完成相应的操作后，会采取某种策略通知应用程序-属于驱动程序与应用程序通信问题，后面讨论)。这里面要注意几点:
1. 需要设置一个OVERLAPPED结构的变量地址，在这个结构中设置一事件句柄，该事件于通知OK拉
2. 对于DeviceIoControl调用有3种结果:
    1. TRUE--代表驱动程序的派遣例程能立即OK。
    2.FALSE并通过GetLastError得到一个ERROR_IO_PENDING--代表驱动程序的派遣例程返回了STATUS_PENDING并且推迟完成这个控制操作。
    3.FASLE并通过GetLastError得到1个不是ERROR_IO_PENDING--代表一个真正的错误。
3. 调用WaitForSingleObject等待驱动程序完成数据传输。这个过程中，必须考虑一个问题--应用程序的可能退出，解决方法，通过CancelIo取消相应IRP，最后调用GetOverlappedResult。

2。驱动程序与应用程序通信
2-1 驱动程序在什么时候与应用程序通信
驱动程序在捕获特点事件(如中断)后，就应当和应用程序通信
2-2 驱动程序通信的方法
---DeviceIoControl异步完成
---Win32事件
2-3 DeviceIoControl异步完成
当应用程序调用DeviceIoControl函数时，驱动程序首先把此IRP保存，然后设法返回STATUS_PENDING。在一个事件发生后，驱动程序完成该IRP。注意地方:由于IRP是未决的，所以必须将此IRP保存，当应用程序退出时候，若IRP仍未发生，必须取消该IRP。(IRQL<=DISPATCH_LEVEL)
2-4 Win32事件
应用程序创建一个事件，直接将该事件句柄传递给驱动程序，然后等待驱动程序发送事件消息。驱动程序在获得该事件指针后，在IRQL<=DISPATCH_LEVEL级别下的例程中设置事件信号状态来触发应用程序。

3。驱动程序获取应用程序数据缓冲区的方法
  ---DeviceIoControl时候，通过I/O控制命令中的数据访问方式来决定。实际也就是共享BUFFER和建立一个MDL。
  ---ReadFile/WriteFile时候同上

最后

以上就是勤奋樱桃为你收集整理的驱动程序与应用程序之间的通信的全部内容，希望文章能够帮你解决驱动程序与应用程序之间的通信所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。