问题起因
最近想学习下web前端,原因是这样的,当前中国(公元2018年)的网络环境,表现形式基本是web+移动端,像微信的小程序只要写js应该就可以了,移动端的app很多也是以web的形式展示,应用程序内是html+css+js,不仅方便发布,而且做起来也快,写完页面样式,更新资源,就好了,类似热更
问题
javascript是怎么捕获到鼠标点击事件的?
js有很多事件,鼠标的、页面加载完成的、点击按钮的;etc..
理清这个思路
以我 windows环境下 chrome 浏览器为例
首先几个概念
- 鼠标这种硬件产生的信号肯定是操作系统处理,操作系统转发给对应的进程
- 在windows中,也有鼠标按下,moveover 这类的消息
- 在windows中,一个消息,是系统定义的一个32位的值,他唯一的定义了一个事件,向 Windows发出一个通知,告诉应用程序某个事情发生了。例如,单击鼠标、改变窗口尺寸、按下键盘上的一个键都会使Windows发送一个消息给应用程序的消息队列,然后应用程序再从消息队列中取出消息并进行相应的响应
- Windows操作系统也会给应用程序“发送消息”,而所谓的发送消息——–实际上就是操作系统调用程序中的一个专门负责处理消息的函数,这个函数称为窗口过程(应用程序给出的一个函数)
- 消息队列可以分成系统消息队列和线程消息队列。系统消息队列由Windows维护,线程消息队列则由每个GUI线程自己进行维护
- 对于队列消息,最常见的是鼠标和键盘触发的消息,例如WM_MOUSERMOVE,WM_CHAR等消息,还有一些其它的消息,例如:WM_PAINT、 WM_TIMER和WM_QUIT。当鼠标、键盘事件被触发后,相应的鼠标或键盘驱动程序就会把这些事件转换成相应的消息,然后输送到系统消息队列,由 Windows系统去进行处理。Windows系统则在适当的时机,从系统消息队列中取出一个消息,根据前面我们所说的MSG消息结构确定消息是要被送往那个窗口,然后把取出的消息送往创建窗口的线程的相应队列,下面的事情就该由线程消息队列操心了,Windows开始忙自己的事情去了。线程看到自己的消息队列中有消息,就从队列中取出来,通过操作系统发送到合适的窗口过程去处理。
windows 程序 最基本的窗口
1 | //一个简单的Win32应用程序 |
浏览器处理消息
在Windows上,浏览器作为一个Windows上的应用程序,也会收到鼠标点击的事件,所以收到以后的事件不是 JavaScript 事件,而是浏览器进程和js解释器共同处理的事件
浏览器访问网页是个网络io,渲染html,css 以及执行 js的操作,有些操作比如说获取远程数据、I/O操作等,他们都很耗时,如果采用同步的方式,那么进程在执行这些操作时就会因为耗时而等待,就像上面那样,下面的任务也只能等待,这样效率并不高。那浏览器是怎么做的呢?
为了协调事件,用户交互,脚本,渲染,网络等,用户代理必须使用事件循环。
事件循环的主要机制就是任务队列机制:
- 一个事件循环有一个或者多个任务队列(task queues)。任务队列是task的有序列表,task是调度Events,Parsing,Callbacks,Using a resource,Reacting to DOM manipulation这些任务的算法;
- 每个任务都来自一个特定的任务源(task source)(比如鼠标键盘事件)。来自同一个特定任务源且属于特定事件循环的任务必须被加入到同一个任务队列中,来自不同任务源的任务可以放在不同的任务队列中;
- 浏览器调用这些队列中的任务时采取这样的做法: 相同队列中的任务按照先进先出的顺序, 不同的队列按照提前设置的队列优先级来调用. 例如,用户代理可以有一个用于鼠标和键盘事件的任务队列(用户交互任务源),另一个用于其他任务。然后,用户代理75%概率调用键盘和鼠标事件任务队列,25%调用其他队列, 这样的话就保持界面响应而且不会饿死其他任务队列. 但是相同队列中的任务要按照先进先出的顺序。也就是说单独的任务队列中的任务总是按先进先出的顺序执行,但是不保证多个任务队列中的任务优先级,具体实现可能会交叉执行
在调用任务的过程中, 会产生新的任务, 浏览器就会不断执行任务, 因此称为事件循环.