钩子(Hook)，是Windows消息处理机制的一个平台，应用程序可以在上面设置子程序以来自监视指定窗口的某种消息互协久钟增，而且所监视的窗口可以是其他进程所创建的。当消息征记苏务济集使市欢到达后，在目360百科标窗口处理函数之前处理它。钩子机制允许应用程序脱职已静业乡形员她截获处理window消息或特定事件。
钩子实际上是一个处来自理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦360百科即钩子函数先得到控制权。这时钩略曾前喜婷书物望个临子函数即可以加工处理(改变)该消息，也可以不怀程例作处理而继续传递该消息，还可以强制结束消息的传递。
钩子也可以理解为WI食便弦山设NDOWS留给我们的后门，比如你想控制键盘，在DOS时代很简单通过INT即可，而WINDOWS时代不允许我们直接操作硬件;由于WINDOWS是消息驱动，所以我们可以拦截键盘消息以达到控制键盘的目的。控制自己进程的消息固然很简单，但是要控制所有进程消息就要利用钩子了。将钩子函数放在DLL中，所有的有关键盘的消息都必须经过钩子函数过滤，这样你就可以为所欲为了。
WINDO元序饭景件日五带轮厂WS下的钩子程序就像DOS下的T许飞师医包编算SR(内存驻留程序)一样,用来截获WINDOWS下的
每一个Hook(钩子)都有一个与之相关联的指针列表，称之律级友精满为钩子链表，由系统来维护。这个差异列表的指针指向指定的，算她激渐觉送应用程序定义的，被Hook子程调用的回调函数，也就是该钩子的各个处理子程。当与指定的Hook类型关联的消息发生时，系统就把这个消息传递到Hook子程。 一些Hook子程可以只监视消息，或者修改消息，或者停止消息的前进，避免这些消息传递到下一个Hook子程或者目的雷曲殖村窗口。最近安装的钩子放在链的开始， 而最早安装的钩子放在最后，也就是后陈仅议术贵溶故备缺张加入的先获得控制权。
Windows 并不要求钩子子程的卸载顺序一定得和安装顺序相反。每当有今马队育田低没上与受占一个钩子被卸载，Windows 便释放其占用的内存，并更新整个Hook链表。如果反试抗层办间八氧获程序安装了钩子，但是在免搞德修要团假矛尚未卸载钩子之前就结束了，那么导孙系统会自动为它做卸载钩子的操作。
按事件分类
有如下的几种常用类型
来自 (1)键盘钩子和低级键盘钩子可以监视各种键盘消息。
(2) 鼠标钩子和低级鼠标钩子可以监视各种鼠标消息。
(3) 外壳钩子可以监视各种Shell事件消息。比如启喜飞至报动和关闭应用程序。
(4)日志钩子可以记录从系统消息队列中取出的各种事件消息。
(5) 窗口过程钩子监视所有从系统消息队列发往目标窗口的消息。
此外，还有一些特定事件的钩子提供给我们使集东优座异队欢控打析场用，不一一列举。
按使用范围分类
主要有线程钩子和系统钩子
(1) 线程钩子监视指定线程的事件消息。
(2)系统钩子监视系统中的所有线程的事件消息。因为系统钩子会影响系统中所有的应用程序，所以钩子函数必须放在独立的动态链接库(DLL)中。这是系统钩子和线程钩子很大的不同之处。
几点需要说明的地方:
(1) 如果对于同一事件(如鼠标消息)既安装了线程钩子又安装了系统钩子，那么系统会自动先调用线程钩子，然后调用系始料明兰吸统钩子。
(2) 对同一事罗上离件消息可安装多个钩子处理过程，这些钩子处理过程形成了钩子链。当前钩子处理结束后360百科应把钩子信息传递给下一个钩子函数。而且最近安装的钩子放在链的开始，而最早安装的钩子放在最后，也就是后加入的先获得控制权。
(3) 钩子特别是系统钩子会消耗消息处理时间，鱼克含做降低系统性能。只有在必要的时候才安装钩子，在使用完毕后要及时卸载。
大宣拿使 WH_CALLWNDPROC
1、WH_CALLWNDPROC和WH_CALLWNDPROCRET Hooks
WH_CALLWNDPROC和WH_CALLWNDPROCRET Hooks使你可以监视发送到窗口过程的消息。系统在消息发送到接收窗口过程之前调用WH_CALLWNDPROC Hook子程，并且在窗口过程处理完消息之后调用WH_CALLWNDPROCRET Hoo息k子程。
WH_CALLWNDPROCRET 月水仅轻解Hook传递指针到CWPRETSTRUCT结构，再传递到Hook子程。CW衡说知班坚德常整考介PRETSTRUCT结构包含了走何来自处理消息的窗口过程的返回值，同样也包括了与这个消息关联的消息参数。
WH_CBT Hook
在以下事件之前，系统都会调用WH_CBT Hook子程，这些事件包括:
1. 激活，建立，销毁，最小化，最大化，移动，改变尺寸等窗口事件;
2. 完成系统指令;
3. 来自系统消息队列中的移动鼠标，键盘事件;
4. 设置输入焦点事件;
5. 同步系统消息队列事件。
Hook子程的返回值确定系统是否允许或者防止这些操作中的一个。
WH_DEBUG Hook
在系统调用系统中与其他Hook关联的Hook子程之前，系统会调用神势己喜起景WH_DEBUG Ho内如型盟ok子程。你可以使损钱都皮纸她钱些否久用这个Hook来决定是否允许系统调用与其他Hook关联的Hoo以胡k子程。
WH_FOREGROUNDIDLE Hook
当应用程序的前台线程处于空闲状态时，云耐呢雨础可以使用WH_FO见入零政刑命伤手REGROUNDIDLE Hook执行低优先级的举任务。当应用程序的前台线程大概要变成空闲状态时，系统就会调用WH_FOREGROUNDIDLE Hook子程。
WH_GETMESSAGE Hook
应用程序使用WH_G向李ETMESSAGE Hook来监视从GetMessage or PeekMessage函数返回的消息。你可以使用WH_GETMESSAGE Hook去监视鼠标和键盘输入，以及其他发送到消息队列中的消息。
WH_JOURNALPLAYBACK Hook
WH_JOURNALPLAYBACK Hook使应用程序可以插入消息到系统消息队列。可以使用这个Hook回放通过使用WH_JOURNALRECORD Hook记录下来的连续的鼠标和键盘事件。只要WH_JOURNALPLAYBACK Hook已经安装，正常的鼠标和键盘事件就是无效的。
WH_JOURNALPLAYBACK Hook是全局Hook，它不能象线程特定Hook一样使用。 WH_JOURNALPLAYBACK Hook返回超时值，这个值告诉系统在处理来自回放Hook当前消息之前需要等待多长时间(毫秒)。这就使Hook可以控制实时事件的回放。
WH_JOURNALPLAYBACK是system-wide local hooks，它们不会被注射到任何行程位址空间。(估计按键精灵是用这个hook做的)
WH_JOURNALRECORD Hook
WH_JOURNALRECORD Hook用来监视和记录输入事件。典型的，可以使用这个Hook记录连续的鼠标和键盘事件，然后通过使用WH_JOURNALPLAYBACK Hook来回放。
WH_JOURNALRECORD Hook是全局Hook，它不能象线程特定Hook一样使用。
WH_JOURNALRECORD是system-wide local hooks，它们不会被注射到任何行程位址空间。
WH_KEYBOARD Hook
在应用程序中，WH_KEYBOARD Hook用来监视WM_KEYDOWN and WM_KEYUP消息，这些消息通过GetMessage or PeekMessage function返回。可以使用这个Hook来监视输入到消息队列中的键盘消息。
WH_KEYBOARD_LL Hook
WH_KEYBOARD_LL Hook监视输入到线程消息队列中的键盘消息。
WH_MOUSE Hook
WH_MOUSE Hook监视从GetMessage 或者 PeekMessage 函数返回的鼠标消息。使用这个Hook监视输入到消息队列中的鼠标消息。
WH_MOUSE_LL Hook
WH_MOUSE_LL Hook监视输入到线程消息队列中的鼠标消息。
WH_MSGFILTER / hooks
WH_MSGFILTER 和 WH_SYSMSGFILTER Hooks
WH_MSGFILTER 和 WH_SYSMSGFILTER Hooks使我们可以监视菜单，滚动条，消息框，对话框消息并且发现用户使用ALT+TAB or ALT+ESC 组合键切换窗口。
WH_MSGFILTER Hook只能监视传递到菜单，滚动条，消息框的消息，以及传递到通过安装了Hook子程的应用程序建立的对话框的消息。
WH_SYSMSGFILTER Hook监视所有应用程序消息。
WH_MSGFILTER 和 WH_SYSMSGFILTER Hooks使我们可以在模式循环期间过滤消息，这等价于在主消息循环中过滤消息。通过调用CallMsgFilter function可以直接的调用WH_MSGFILTER Hook。通过使用这个函数，应用程序能够在模式循环期间使用相同的代码去过滤消息，如同在主消息循环里一样。
WH_SHELL Hook
外壳应用程序可以使用WH_SHELL Hook去接收重要的通知。当外壳应用程序是激活的并且当顶层窗口建立或者销毁时，系统调用WH_SHELL Hook子程。
WH_SHELL 共有5钟情况:
1. 只要有个top-level、unowned 窗口被产生、起作用、或是被摧毁;
2. 当Taskbar需要重画某个按钮;
3. 当系统需要显示关于Taskbar的一个程序的最小化形式;
4. 键盘布局状态改变;
5. 当使用者按Ctrl+Esc去执行Task Manager(或相同级别的程序)。
按照惯例，外壳应用程序都不接收WH_SHELL消息。所以，在应用程序能够接收WH_SHELL消息之前，应用程序必须调用SystemParametersInfo function注册它自己。
关注微信