完全測試了看雪論壇的方法，發現並沒有脫殼，依然無法反編譯 http://bbs.pediy.com/thread-213377.htm
使用上面方法的結果是會得到16個dex文件，只有一個是與程序相關的，用jadx打開發現還是360加固的dex，所以依然沒什么用。
就看下面這個方法了，我也沒弄出來😂
360整體加固classes.dex后的apk程序的特點，以超信1.1.4版本為例。360加固以后，會在apk的assets文件的路徑下增加兩個文件libjiagu.so和libjiagu_x86.so以及修改原apk的AndroidManifest.xml文件的application標簽增加兩個元素。
360加固脫殼需要完成兩個任務，一個任務是過掉360加固的反調試，另外一個是獲取原apk的classes.dex文件。下面寫一下具體的脫殼步驟，完成這兩個任務。為了脫殼成功，在動態調試加固apk程序前，需要將android_server調試程序的名字修改一下，因為360加固會通過查詢/proc/pid/cmdline文件獲取程序的名稱來對android_server、gdb、ltrace、strace調試器進行反調試。
在動態調試加固apk程序的時候，需要在幾個關鍵點函數 open、strtol、mmap、memcmp處下斷點，后面具體的分析。由於Android系統是由Linux系統修改而來，因此Android系統上很多的屬性和Linux系統下的屬性。Linux下進程和線程的信息是保存在文件中的，因此要查詢進程或者線程的信息必須通過open或者fopen等方式操作文件來完成。
Android的so調試的步驟略過，已經在上面提到的4個函數處下斷點，注意下斷點的技巧，下斷點的時候，要在一個函數的第1條指令和最后一條指令的地方下斷點。
F9運行程序，當看到下圖的狀態，調用open函數打開文件/proc/self/status時，可以確實是加固外殼apk程序通過TracePid的反調試。
過掉通過TracePid方式的反調試的方法是在strtol函數處下斷點，在strstol函數的最后一行指令的地方，修改該函數的返回值R0的值為0即可，然后F9運行程序。
360加固的外殼程序apk還會通過文件/proc/net/tcp的本地套接字進行反調試，一旦檢測到程序有23946端口的本地連接的套接字，他就會結束當前程序，其實過這個方式的反調試的方法很多，修改遠程調試的端口號就可以過掉反調試。
過掉通過/proc/net/tcp文件的本地套接字的反調試的方法是在open函數處下斷點，然后F8單步調試發現strstr函數，加固的外殼apk程序就是通過strstr函數進行判斷當前進程是否存在本地連接的套接字，一旦檢測到，就結束當前進程。
發現程序循環調用strstr函數進行判斷，當strstr函數的返回值不為0為字符串“sl local_address rem_address”時，需要注意，說明當前進程已經檢測到了本地連接的套接字，因此需要修改strstsr函數的返回值為0即可。
加固apk程序還會通過"/proc/pid/mdline"對android_server、gdb、strace、ltrace調試器進行反調試，但是只要向前文提到的修改android_server的名稱即可過掉該反調試。
過掉反調試的方法已經說明白了，下面只要F9運行，按照前面的方法過掉幾次前面提到的反調試即可暢快的調試程序了。當發現當前進程調用open函數打開文件/proc/pid/maps需要注意了，脫殼需要關注的地方開始了。原被加固的dex文件開始解壓和解密了。
經過幾次F9的調試發現了下面截圖的狀態，但是不要心急，只是離脫殼進了一步，此時內存dump出來的odex文件不是被加固的原dex文件的而是加固外殼qihu360的dex文件。
繼續F9運行程序，經過n次F9運行memcmp函數以后(其實這里可以做一個處理，暫時去掉mmap函數的斷點，等到mmap函數斷點處再次設置mmap函數的斷點)，再經過大約2次mmap函數運行以后，再一次調用memcmp函數即到了脫殼的地方，注意此時加固外殼apk程序呈現的堆棧和內存的狀態。由於360加固自己制作了dvmDexFileOpenPartial函數，但是該函數需要調用memcmp進行dex文件的魔法字符串”dex“的比較，因此此時是脫殼的最佳時機。
OK，現在的任務就是從內存中dump出原來完整的dex文件，既可以手動的dump出內存中的dex文件，也可以通過IDC的腳本或者dumpdex的插件將原dex文件dump出來。
原apk程序的Dex文件拿到了，只需替換360加固的外殼程序的dex，刪除AndroidManifest.xml文件的application標簽增加的兩個元素，刪除assets文件的路徑下增加兩個文件libjiagu.so和libjiagu_x86.so以及原來的簽名，重新簽名一下apk程序即可。
在刪除的application標簽增加的元素中，特別是在刪除android:name =””的時候，一定要檢查脫殼的classes.Dex文件中否重寫過application類，如果脫殼后的classes.Dex文件中重寫了application類，需要將application標簽中android:name=””修改過來才行。
上面的脫殼方法對2015.11月到2016.4月的360的dex加固脫殼有效，后面的360加固的版本基本的反調試的方法還是差不多的，只是在dex文件的脫殼點的地方有所區別，但是只要稍微探索一下，還是可以脫殼成功的。