• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 224  文章 - 41  trackbacks - 0
            <2008年11月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            享受編程

            常用鏈接

            留言簿(11)

            隨筆分類(159)

            隨筆檔案(224)

            文章分類(2)

            文章檔案(4)

            經典c++博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            原文地址:http://blog.sina.com.cn/s/blog_5a0662bf0100g8jd.html

            基本概念
              鉤子(Hook),是Windows消息處理機制的一個平臺,應用程序可以在上面設置子程以監視指定窗口的某種消息,而且所監視的窗口可以是其他進程所創建的。當消息到達后,在目標窗口處理函數之前處理它。鉤子機制允許應用程序截獲處理window消息或特定事件。 鉤子實際上是一個處理消息的程序段,通過系統調用,把它掛入系統。每當特定的消息發出,在沒有到達目的窗口前,鉤子程序就先捕獲該消息,亦即鉤子函數先得到控制權。這時鉤子函數即可以加工處理(改變)該消息,也可以不作處理而繼續傳遞該消息,還可以強制結束消息的傳遞。

            運行機制
              1、鉤子鏈表和鉤子子程:
              每一個Hook都有一個與之相關聯的指針列表,稱之為鉤子鏈表,由系統來維護。這個列表的指針指向指定的,應用程 序定義的,被Hook子程調用的回調函數,也就是該鉤子的各個處理子程。當與指定的Hook類型關聯的消息發生時,系統就把這個消息傳遞到Hook子程。 一些Hook子程可以只監視消息,或者修改消息,或者停止消息的前進,避免這些消息傳遞到下一個Hook子程或者目的窗口。最近安裝的鉤子放在鏈的開始, 而最早安裝的鉤子放在最后,也就是后加入的先獲得控制權。

               Windows 并不要求鉤子子程的卸載順序一定得和安裝順序相反。每當有一個鉤子被卸載,Windows 便釋放其占用的內存,并更新整個Hook鏈表。如果程序安裝了鉤子,但是在尚未卸載鉤子之前就結束了,那么系統會自動為它做卸載鉤子的操作。
              鉤子子程是一個應用程序定義的回調函數(CALLBACK Function),不能定義成某個類的成員函數,只能定義為普通的C函數。用以監視系統或某一特定類型的事件,這些事件可以是與某一特定線程關聯的,也可以是系統中所有線程的事件。

            鉤子子程必須按照以下的語法:
              LRESULT CALLBACK HookProc
              (
              int nCode,
              WPARAM wParam,
              LPARAM lParam
              );
              HookProc是應用程序定義的名字。
              nCode參數是Hook代碼,Hook子程使用這個參數來確定任務。這個參數的值依賴于Hook類型,每一種Hook都有自己的Hook代碼特征字符集。
              wParam和lParam參數的值依賴于Hook代碼,但是它們的典型值是包含了關于發送或者接收消息的信息。

            2、鉤子的安裝與釋放:
              使用API函數SetWindowsHookEx()把一個應用程序定義的鉤子子程安裝到鉤子鏈表中。 SetWindowsHookEx函數總是在Hook鏈的開頭安裝Hook子程。當指定類型的Hook監視的事件發生時,系統就調用與這個Hook關聯的 Hook鏈的開頭的Hook子程。每一個Hook鏈中的Hook子程都決定是否把這個事件傳遞到下一個Hook子程。Hook子程傳遞事件到下一個 Hook子程需要調用CallNextHookEx函數。

            HHOOK SetWindowsHookEx(
              int idHook, // 鉤子的類型,即它處理的消息類型
              HOOKPROC lpfn, // 鉤子子程的地址指針。如果dwThreadId參數為0
              // 或是一個由別的進程創建的線程的標識,
              // lpfn必須指向DLL中的鉤子子程。
              // 除此以外,lpfn可以指向當前進程的一段鉤子子程代碼。
              // 鉤子函數的入口地址,當鉤子鉤到任何消息后便調用這個函數。
              HINSTANCE hMod, // 應用程序實例的句柄。標識包含lpfn所指的子程的
              DLL。
              // 如果dwThreadId 標識當前進程創建的一個線程,
              // 而且子程代碼位于當前進程,hMod必須為NULL。
              // 可以很簡單的設定其為本應用程序的實例句柄。
              DWORD dwThreadId // 與安裝的鉤子子程相關聯的線程的標識符。
              // 如果為0,鉤子子程與所有的線程關聯,即為全局鉤子。
              );

            函數成功則返回鉤子子程的句柄,失敗返回NULL。
              以上所說的鉤子子程與線程相關聯是指在一鉤子鏈表中發給該線程的消息同時發送給鉤子子程,且被鉤子子程先處理。 在鉤子子程中調用得到控制權的鉤子函數在完成對消息的處理后,如果想要該消息繼續傳遞,那么它必須調用另外一個 SDK中的API函數CallNextHookEx來傳遞它,以執行鉤子鏈表所指的下一個鉤子子程。這個函數成功時返回鉤子鏈中下一個鉤子過程的返回值, 返回值的類型依賴于鉤子的類型。這個函數的原型如下:
              LRESULT CallNextHookEx
              (
              HHOOK hhk;
              int nCode;
              WPARAM wParam;
              LPARAM lParam;
              );
              hhk為當前鉤子的句柄,由SetWindowsHookEx()函數返回。
              NCode為傳給鉤子過程的事件代碼。
              wParam和lParam 分別是傳給鉤子子程的wParam值,其具體含義與鉤子類型有關。
              鉤子函數也可以通過直接返回TRUE來丟棄該消息,并阻止該消息的傳遞。否則的話,其他安裝了鉤子的應用程序將不會接收到鉤子的通知而且還有可能產生不正確的結果。
              鉤子在使用完之后需要用UnHookWindowsHookEx()卸載,否則會造成麻煩。釋放鉤子比較簡單,UnHookWindowsHookEx()只有一個參數。函數原型如下:
              UnHookWindowsHookEx
              (
              HHOOK hhk;
              );
              函數成功返回TRUE,否則返回FALSE.

            3、一些運行機制:
              在Win16環境中,DLL的全局數據對每個載入它的進程來說都是相同的;而在Win32環境中,情況卻發生了變化,DLL函數中的代碼所創建的任何對象(包括變量)都歸調用它的線程或進程所有。當進程在載入DLL時,操作系統自動把DLL地址映射到該進程的私有空間,也就是進程的虛擬地址空間,而且也復制該DLL的全局數據的一份拷貝到該進程空間。也就是說每個進程所擁有的相同的DLL的全局數據,它們的名稱相同,但其值卻并不一定是相同的,而且是互不干涉的。
              因此,在Win32環境下要想在多個進程中共享數據,就必須進行必要的設置。在訪問同一個Dll的各進程 之間共享存儲器是通過存儲器映射文件技術實現的。也可以把這些需要共享的數據分離出來,放置在一個獨立的數據段里,并把該段的屬性設置為共享。必須給這些 變量賦初值,否則編譯器會把沒有賦初始值的變量放在一個叫未被初始化的數據段中。
              #pragma data_seg預處理指令用于設置共享數據段。例如:
              #pragma data_seg("SharedDataName")
              HHOOK hHook=NULL;
              #pragma data_seg()
              在#pragma data_seg("SharedDataName")和#pragma data_seg()之間的所有變量將被訪問該Dll的所有進程看到和共享。再加上一條指令#pragma comment(linker,"/section:.SharedDataName,rws"),那么這個數據節中的數據可以在所有DLL的實例之間共 享。所有對這些數據的操作都針對同一個實例的,而不是在每個進程的地址空間中都有一份。
              當進程隱式或顯式調用一個動態庫里的函數時,系統都要把這個動態庫映射到這個進程的虛擬地址空間里(以下簡稱"地址空間")。這使得DLL成為進程的一部分,以這個進程的身份執行,使用這個進程的堆棧。
              4、系統鉤子與線程鉤子:
              SetWindowsHookEx()函數的最后一個參數決定了此鉤子是系統鉤子還是線程鉤子。
              線程勾子用于監視指定線程的事件消息。線程勾子一般在當前線程或者當前線程派生的線程內。
              系統勾子監視系統中的所有線程的事件消息。因為系統勾子會影響系統中所有的應用程序,所以勾子函數必須放在獨立的動態鏈接庫(DLL) 中。系統自動將包含"鉤子回調函數"的DLL映射到受鉤子函數影響的所有進程的地址空間中,即將這個DLL注入了那些進程。
              幾點說明:
              (1)如果對于同一事件(如鼠標消息)既安裝了線程勾子又安裝了系統勾子,那么系統會自動先調用線程勾子,然后調用系統勾子。
              (2)對同一事件消息可安裝多個勾子處理過程,這些勾子處理過程形成了勾子鏈。當前勾子處理結束后應把勾子信息傳遞給下一個勾子函數。
              (3)勾子特別是系統勾子會消耗消息處理時間,降低系統性能。只有在必要的時候才安裝勾子,在使用完畢后要及時卸載。

            posted on 2011-01-24 15:30 漂漂 閱讀(6628) 評論(0)  編輯 收藏 引用 所屬分類: c++經典文章轉載
            久久人做人爽一区二区三区 | 国产精品成人99久久久久91gav | 很黄很污的网站久久mimi色| 青青青青久久精品国产| 欧美一级久久久久久久大片| 中文精品久久久久人妻不卡| 久久久久四虎国产精品| 伊人久久大香线蕉综合热线| 77777亚洲午夜久久多喷| 久久久久免费视频| 久久久精品2019免费观看| 久久精品免费网站网| 久久久久99精品成人片欧美| 久久久国产一区二区三区| 97精品伊人久久大香线蕉app| 性做久久久久久久久久久| 青青草原综合久久| 亚洲AV无码一区东京热久久| 777久久精品一区二区三区无码 | 久久久老熟女一区二区三区| 久久久久久久久久免免费精品 | 久久只有这里有精品4| 伊人久久综合热线大杳蕉下载| 久久精品人人做人人爽电影| 久久高潮一级毛片免费| 99久久成人国产精品免费| 色偷偷88888欧美精品久久久| 亚洲AⅤ优女AV综合久久久| 777久久精品一区二区三区无码| 精品久久久无码人妻中文字幕豆芽| 欧美亚洲国产精品久久| 色99久久久久高潮综合影院| 国产综合精品久久亚洲| 99久久人人爽亚洲精品美女| 狠狠久久亚洲欧美专区| 精品免费tv久久久久久久| 99久久精品国产免看国产一区| 久久精品国产亚洲av水果派 | 国产精品99久久免费观看| 久久精品www人人爽人人| 精品国产91久久久久久久|