关于事件通知驱动模式的信息

本篇文章给大家谈谈事件通知驱动模式，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享事件通知驱动模式的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、JavaScript中，1）何为事件驱动模式（文字陈述和代码） 2）JS中事件类型分类（用代码举例说明）
• 2、事件驱动的手机数据又被称为什么
• 3、请教驱动程序与应用程序之间的Win32事件通知问题
• 4、事件驱动模型的epoll
• 5、事件驱动机制是什么？

JavaScript中，1）何为事件驱动模式（文字陈述和代码） 2）JS中事件类型分类（用代码举例说明）

12.2 事件驱动与事件处理
事件驱动是JavaScript响应用户操作的一种处理方式，而事件处理是JavaScript响应用户操作所调用的程序代码。
12.2.1 事件驱动
在多年以前，计算机程序通常是以批处理的模式运行。所谓批处理，就是开发者事先写好一些代码，再将这些代码一次运行。这种处理方式有点类似于通过HTML代码直接编写的网页。浏览器只是将HTML代码逐行解析，并显示在浏览器窗口。
后来，在批处理模式中，开发者可以加入一些特定的代码，在程序批处理期间，可以停下来等待用户输入一些信息，并根据用户输入的信息来判断和执行某个程序分支，这就使程序有了初步的交互性。
随着鼠标、触摸屏等设备的出现，批处理时代就逐渐远去，取而代之的是事件驱动的时代。当然，批处理也还能使用，只是使用的范围和频率比事件驱动要少得多。以鼠标为例，在事件驱动中，用户可以使用鼠标单击等方式进行操作，程序则根据鼠标指针的位置以及单击的方式进行响应。JavaScript使用的就是这种事件驱动的程序设计方式。
在JavaScript中，事件（Even）包括以下两个方面：
● 用户在浏览器中产生的操作是事件，如单击鼠标、按下键盘上的键等。
● 文档本身产生的事件，如文档加载完毕、卸载文档等，都是事件。
12.2.2 事件处理
在JavaScript中，浏览器会使用事件来通知JavaScript程序响应用户的操作。事件的类型有很多种，如鼠标事件、键盘事件、加载与卸载事件、得到焦点与失去焦点事件等。在事件产生的时候，浏览器会调用一个JavaScript程序来响应这个事件，这就是JavaScript的事件处理方式。要想让浏览器可以调用合适的JavaScript程序，就必须要做到以下 3点：
（1）设置HTML文档中响应事件的元素。在一个HTML文档中，并非所有元素都会去响应事件。就鼠标单击事件而言，一般在HTML文档的正文不会响应该事件，但在按钮中一般都会响应该事件。
（2）设置元素响应事件的类型。在确定了哪些元素响应事件之后，要设置该元素响应事件的类型。例如，一个按钮通常会响应鼠标单击事件（click事件），而一个下拉列表框通常会响应选项变化事件（change事件）。在同一个元素中，也可以响应多个事件。例如，一个超链接，在鼠标移动到该超链接上时，可以响应鼠标移动到对象上事件（mouseover事件），当鼠标从超链接上移开时，又可以响应鼠标移开事件（mouseout事件）。
（3）设置响应事件的程序。为了让浏览器可以响应事件，必须要设置响应事件的程序。例如一个按钮被单击时，浏览器会响应这个click事件，此时浏览器就会在JavaScript中寻找一个合适的程序，并运行该程序。这个程序可以是用户自定义的函数，也可以是一段JavaScript代码，还可以是JavaScript内置对象的方法等。
看看这个 http://ajava.org/readbook/js/jsdaq/4709.html更详细

事件驱动的手机数据又被称为什么

消息通知方式。
通过事件驱动事件通知驱动模式的方式事件通知驱动模式，事件驱动方式也被称为消息通知方式。
还有一种是轮询方法，通常是将这种方法结合起来使用，因此SNMP协议是采用异步协议进行请求和响应的。

请教驱动程序与应用程序之间的Win32事件通知问题

设备驱动程序通知应用程序事件通知驱动模式的几种方法
摘要 在目前流行的Windows操作系统中,设备驱动程序是操纵硬件的最底层软件接口。为事件通知驱动模式了共享在设备驱动程序设计过程中的经验,给出设备驱动程序通知应用程序的5种方法,详细说明每种方法的原理和实现过程,并给出实现的部分核心代码。希望能够给设备驱动程序的设计者提供一些帮助。
关键词 设备驱动程序 异步I/O Virtual Device Driver（VxD） Windows Driver Model（WDM）
在DOS操作系统中,应用程序可以直接与硬件打交道,包括I/O端口读写、中断请求与响应以及DMA操作等[1]。这种对硬件过于直接的操作方式给软件设计提供了一定的便利,但也有它自身的一些缺点。首先,一些非法操作有可能改写某些硬件寄存器的内容,导致操作系统崩溃,从而使操作系统变得不安全,性能不稳定;其次,应用程序的可移植性变差。为了保证操作系统的安全性和稳定性以及应用程序的可移植性,Windows操作系统不允许应用程序直接访问系统的硬件资源,而是必须借助于相应的设备驱动程序。设备驱动程序可以直接操作硬件,如果应用程序和设备驱动程序之间实现了双向通信,也就达到了应用程序控制底层硬件设备的目的。它们之间的通信包括两个方面：一方面是应用程序传送给设备驱动程序的数据;另一方面是设备驱动程序发送给应用程序的消息。前者的实现较容易,通过CreateFile()函数获取设备驱动程序的句柄后,就可以使用Win32函数,如DeviceIoControl()、ReadFile()或WriteFile()等实现应用程序与设备驱动程序之间的通信[2]。DDK和MSDN对它们有详细的描述,读者可以参考相关资料。后者的实现远比前者复杂,同时介绍这方面情况的文章较少。这不等于说它不重要,相反,它在有些应用场合发挥着重要的作用。例如,在数据采集系统中,应用程序向设备驱动程序发送采集数据的命令后,建立一个辅助线程等待数据采集完成,而应用程序本身则可继续干其它的工作。设备驱动程序完成数据的采集工作后,需要马上通知应用程序,以便应用程序能够及时将数据取走并进行处理。诸如此类情况,不一而足。
鉴于设备驱动程序通知应用程序的重要性,作者结合一些经验和已有的资料[3~5],对它进行了总结,归纳出5种方法：异步过程调用(APC)、事件方式（VxD）、消息方式、异步I/O方式和事件方式(WDM)。下面分别说明这几种方式的原理,并给出实现的部分源代码。
1 异步过程调用(APC)
Win32应用程序使用CreateFile()函数动态加载设备驱动程序,然后定义一个回调函数backFunc(),并且将回调函数的地址backFunc()作为参数,通过DeviceIoControl()传送给设备驱动程序。设备驱动程序获得回调函数的地址后,将它保存在一个全局变量（如callback）中,同时调用Get_Cur_Thread_Handle()函数获取它的应用程序线程的句柄,并且将该句柄保存在一个全局变量（如appthread）中。当条件成熟时,设备驱动程序调用_VWIN32_QueueUserApc()函数,向Win32应用程序发送消息。这个函数带有三个参数：第一个参数为回调函数的地址（已经注册）;第二个参数为传递给回调函数的消息;第三个参数为调用者的线程句柄（已经注册）。Win32应用程序收到消息后,自动调用回调函数（实际是由设备驱动程序调用）。回调函数的输入参数是由设备驱动程序填入的,回调函数在这里主要是对消息进行处理。
2 事件方式（VxD）
首先,Win32应用程序创建一个事件的句柄,称其为Ring3句柄。由于虚拟设备驱动程序使用事件的Ring0句柄,因此,需要创建Ring0句柄。用LoadLibrary()函数加载未公开的动态链接库Kernel32.dll,获得动态链接库的句柄。然后,调用GetProcAddress(), 找到函数OpenVxDHandle()在动态链接库中的位置。接着,用OpenVxDHandle()函数将Ring3事件句柄转化为Ring0事件句柄。Win32应用程序用CreateFile()函数加载设备驱动程序。如果加载成功,则调用DeviceIoControl()函数将Ring0事件句柄传给VxD;同时,创建一个辅助线程等待信号变成有信号状态,本身则可去干其它的事情。当条件成熟时,VxD置Ring0事件为有信号状态（调用_VWIN32_SetWin32Event()函数）,这马上触发对应的Ring3事件为有信号状态。一旦Ring3事件句柄为有信号状态,Win32应用程序的辅助线程就对这个消息进行相应的处理。
3 消息方式
Win32应用程序调用CreateFile()函数动态加载虚拟设备驱动程序。加载成功后,通过调用DeviceIoControl()函数将窗体句柄传送给VxD,VxD利用这个句柄向窗体发消息。当条件满足时,VxD调用SHELL_PostMessage()函数向Win32应用程序发送消息。要让该函数使用成功,必须用#define来自定义一个消息,并且也要照样在应用程序中定义它;还要在消息循环中使用ON_MESSAGE()来定义消息对应的消息处理函数,以便消息产生时,能够调用消息处理函数。SHELL_PostMessage()函数的第一个参数为Win32窗体句柄,第二个参数为消息ID号,第三、四个参数为发送给消息处理函数的参数,第五、六个参数为回调函数和传给它的参数。Win32应用程序收到消息后,对消息进行处理。
4 异步I/O方式
Win32应用程序首先调用CreateFile()函数加载设备驱动程序。在调用该函数时,将倒数第2个参数设置为FILE_ATTRIBUTE_NORMAL FILE_FLAG_ OVERLAPPED,表示以后可以对文件进行重叠I/O操作。当设备驱动程序文件创建成功后,创建一个初始态为无信号、需要手动复位的事件,并且将这个事件传给类型为OVERLAPPED的数据结构（如Overlapped）。然后,将Overlapped作为一个参数,传给DeviceIoControl()函数。设备驱动程序把这个I/O请求包（IRP）设置为挂起状态,并且设置一个取消例程。如果当前IRP队列为空,则将这个IRP传送给StartIo()例程;否则,将它放到IRP队列中。设备驱动程序做完这些工作后,结束这个DeviceIoControl()的处理,于是Win32应用程序可能不等待IRP处理完,就从DeviceIoControl()的调用中返回。通过判断返回值,得到IRP的处理情况。如果当前IRP处于挂起状态,则主程序先做一些其它的工作,然后调用WaitForSingleObject()或WaitForMultipleObject()函数等待Overlapped中的事件成为有信号状态。设备驱动程序在适当的时候处理排队的IRP,处理完成后,调用IoCompleteRequest()函数。该函数将Overlapped中的事件设置为有信号状态。Win32应用程序对这个事件马上进行响应,退出等待状态,并且将事件复位为无信号状态,然后调用GetOverlappedResult()函数获取IRP的处理结果。
5 事件方式（WDM）
Win32应用程序首先创建一个事件,然后将该事件句柄传给设备驱动程序,接着创建一个辅助线程,等待事件的有信号状态,自己则接着干其它事情。设备驱动程序获得该事件的句柄后,将它转换成能够使用的事件指针,并且把它寄存起来,以便后面使用。当条件具备后,设备驱动程序将事件设置为有信号状态,这样应用程序的辅助线程马上知道这个消息,于是进行相应的处理。当设备驱动程序不再使用这个事件时,应该解除该事件的指针。
本刊网络补充版（http://www.dpj.com.cn）中,介绍了各部分实现的部分代码。
结语
在目前流行的Windows操作系统中,设备驱动程序是操纵硬件的最底层软件接口。它向上提供与硬件无关的用户接口,向下直接进行I/O、硬件中断、DMA和内存访问等操作。它将应用程序与硬件细节屏蔽开来,使软件不依赖于硬件并且可在多个不同的平台之间移植。本文介绍了5种设备驱动程序通知应用程序的方法,其中前3种方法主要用于VxD中,后2种方法主要用于WDM。这5种方法都经过实际测试。测试结果表明,它们都能够达到设备驱动程序通知应用程序的目的。

事件驱动模型的epoll

epoll是和上面的poll和select不同的一个事件驱动库事件通知驱动模式，它是在linux 2.5.44中引入的事件通知驱动模式，它属于poll的一个变种。上面的poll和select库，它们的最大的问题就在于效率。它们的处理方式都是创建一个事件列表，然后把这个列表发给内核，返回的时候，再去轮询检查这个列表，这样在描述符比较多的应用中，效率就显得比较低下了。一种比较好的做法是，把描述符列表交给内核，一旦有事件发生，内核把发生事件的描述符列表通知给进程，这样就避免了轮询整个描述符列表。epoll就是这样一种模型。下面对epoll的使用进行说明：
（1）.创建一个epoll描述符，调用epoll_create()来完成，epoll_create()有一个整型的参数size，用来告诉内核，要创建一个有size个描述符的事件列表（集合）
int epoll_create(int size)
（2）.给描述符设置所关注的事件，并把它添加到内核的事件列表中去，这里需要调用epoll_ctl()来完成。
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event)
这里op参数有三种，分别代表三种操作：
a. EPOLL_CTL_ADD, 把要关注的描述符和对其关注的事件的结构，添加到内核的事件列表中去
b. EPOLL_CTL_DEL，把先前添加的描述符和对其关注的事件的结构，从内核的事件列表中去除
c. EPOLL_CTL_MOD，修改先前添加到内核的事件列表中的描述符的关注的事件
（3）. 等待内核通知事件发生，得到发生事件的描述符的结构列表，该过程由epoll_wait()完成。得到事件列表后，就可以进行事件处理了。
int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout)
在使用epoll的时候，有一个需要特别注意的地方，那就是epoll触发事件的文件有两种方式：
（1）Edge Triggered(ET)，在这种情况下，事件是由数据到达边界触发的。所以要在处理读、写的时候，要不断的调用read/write，直到它们返回EAGAIN，然后再去epoll_wait(),等待下次事件的发生。这种方式适用要遵从下面的原则：
a. 使用非阻塞的I/O；b.直到read/write返回EAGAIN时，才去等待下一次事件的发生。
（2）Level Triggered(LT), 在这种情况下，epoll和poll类似，但处理速度上可能比poll快。在这种情况下，只要有数据没有读、写完，调用epoll_wait()的时候，就会有事件被触发。

事件驱动机制是什么？

事件驱动架构（Event Driven Architecture，EDA）一个事件驱动框架（EDA）定义了一个设计和实现一个应用系统的方法学，在这个系统里事件可传输于松散耦合的组件和服务之间。一个事件驱动系统典型地由事件消费者和事件产生者组成。

事件消费者向事件管理器订阅事件，事件产生者向事件管理器发布事件。当事件管理器从事件产生者那接收到一个事件时，事件管理把这个事件转送给相应的事件消费者。如果这个事件消费者是不可用的，事件管理者将保留这个事件，一段间隔之后再次转送该事件消费者。这种事件传送方法在基于消息的系统里就是:储存（store）和转送（forward）。

扩展资料：

构建一个包含事件驱动构架的应用程序和系统，会使这些应用程序和系统响应更灵敏，因为事件驱动的系统更适合应用在不可预知的和异步的环境里。

事件驱动架构在具体实现中是指由一系列相关组件构成的应用，而组件之间通过事件机制完成一定的业务功能。由于在一个EDA系统中各个组件都只专注于处理输入的消息与发布输出的消息，因而EDA系统能够更有加效地对管道化（pipelined）的、由多软件模块链接而成的并发事件流（concurrent processing of events）进行处理。

参考资料来源：百度百科-事件驱动架构

参考资料来源：百度百科-事件驱动模型

关于事件通知驱动模式和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 事件通知驱动模式的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、事件通知驱动模式的信息别忘了在本站进行查找喔。