DLL注入方式較多，包括API攔截與替換、消息鉤子、遠(yuǎn)程進(jìn)程注入。通常這些注入都是針對第三方程序（下面簡稱目標(biāo)程序）的操作。

目標(biāo)程序主要分為兩種，解釋型和編譯型。

解析型可以在解釋權(quán)解釋之前做很多事情，解釋之前的代碼不是二進(jìn)制代碼，而是解釋器可以看懂的代碼，比較簡單，也比較可行。

編譯型則無法在編譯前做任何事情，因?yàn)槟繕?biāo)程序一般是第三方編譯完成之后發(fā)布出來的。編譯完成后就是二進(jìn)制代碼（即使能反匯編），就不存在變量名、函數(shù)名等標(biāo)識符，因?yàn)檫@些標(biāo)識符已經(jīng)轉(zhuǎn)換成相應(yīng)的地址。這種情況下，如果拿不到真正的地址，則即使注入到主線程（UI線程）中，依然沒有任何作用。除非程序調(diào)用的dll包含導(dǎo)出函數(shù)，我們可以實(shí)現(xiàn)函數(shù)地址的替換。

即使采用MFC框架提供的方式，也是對編譯后的程序無能為力的，因?yàn)?strong>MFC框架也只是一段普通代碼，并不是WIN API，無法獲取OS執(zhí)行過程中的任何消息或者改變OS執(zhí)行過程中的任何操作。

Windows API中使用的是句柄，C/C++中使用的是指針。兩者并沒有什么關(guān)系。MFC中的對象既有指針，又有句柄，是因?yàn)檫@個(gè)對象留出了一個(gè)成員變量來存放WIndows窗體句柄（注意：windows窗體對象本身的指針是無法獲取的，因?yàn)閣indows api只能獲取窗體句柄）。

總結(jié)

以上是生活随笔為你收集整理的关于DLL注入的理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。