由于我們現在所搭建的系統是基于分布式的系統，出于性能考慮決定基于RPC技術進行系統間的互操作與互通信。團隊內在使用一個已被封裝的RPC工具包，為什么稱它為工具包呢？因為它要生成兩個頭文件和兩個庫文件，其實它還會生成一些監時文件，只不過在它在生成靜態庫時就會把這些臨時文件刪除。這里逐個介紹它的戰果，頭文件就是接口方法的聲明和編譯控制選項，這里要談的是它的靜態庫文件，它是由idl生成的代理文件和存根文件并由再加入內存的分配和釋放的兩個函數及必要的入口函數來生成。為什么這樣說？首先可以通過編譯時出現的提示串。其次反匯編該文件。
于我嘗試用該框架做一個helloworld，其間我經歷了幾次沮喪或者近乎冒火。靜下心來，仔細分析。首先查看服務端已開啟了偵聽，發現客戶端也已經發送，服務端也已到達，但就是沒有達到服務函數。最后問題定位在權限問，其實這個問題在我前面的博文中也已經詳談了。解決辦法：去除服務端對RPC的限制，其次反匯編該工具后發現了是服務端注冊接口函數，解決辦法在前面的博文中也已詳述，靜態hook也成，動態hook的方法也成。當前就用了第一種方法，最好的辦法還是不用它，而重新寫一個了。
這個工具雖然讓我花了近一天來反匯編它，最后卻發現都是封裝的。但是其中的封裝的思想卻是值得借鑒的。這樣減輕一般用戶的使用難度，而且也搞得玄了些。哈哈，就怕我不暈。