程式碼混淆與反射的衝突(小小解決方案)~！

阿新 • • 發佈：2019-01-13

程式碼混淆與反射的衝突

反編譯Android的程式碼，大部分人都知道了，防反編譯的方法也大部分都知道了（儘管它不一定一直有效，但起碼像我這種水平的人，沒辦法看到混淆之後的Java程式碼，最可惡的是沒有註釋= =）。

最近才發現，我的程式碼在很久之後設定了混淆，也在很久之前不知道什麼時候不小心把程式碼混淆給弄沒了（好吧，你可以去反編譯我的專案了，我不介意，因為程式碼很爛，實在是爛）。

於是，這兩個又在搞混淆程式碼了，混淆程式碼的方法很簡單：
1.在專案下新建一個檔案，命名為“proguard.cfg”，正常情況下包括以下內容：

-optimizationpasses 5

-dontusemixedcaseclassnames

-dontskipnonpubliclibraryclasses

-dontpreverify

-verbose

-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

-keep public class * extends android.app.Activity

-keep public class * extends android.app.Application

-keep public class * extends android.app.Service

-keep public class * extends android.content.BroadcastReceiver

-keep public class * extends android.content.ContentProvider

-keep public class * extends android.app.backup.BackupAgentHelper

-keep public class * extends android.preference.Preference

-keep public class com.android.vending.licensing.ILicensingService

-keepclasseswithmembernames class * {

native <methods>;

}

-keepclasseswithmembers class * {

public <init>(android.content.Context, android.util.AttributeSet);

}

-keepclasseswithmembers class * {

public <init>(android.content.Context, android.util.AttributeSet, int);

}

-keepclassmembers enum * {

public static **[] values();

public static ** valueOf(java.lang.String);

}

-keep class * implements android.os.Parcelable {

public static final android.os.Parcelable$Creator *;

}

2.然後編輯專案下的“project.properties”檔案，在最後加上一句：proguard.config=proguard.cfg

OK，大功告成，記住了，只有打包的時候程式碼才會混淆，直接執行專案然後去bin目錄下找的那個apk包是不會混淆的。

這麼簡單的事情，當然就不會特意來這分享了~
我想說說我遇到的問題，那就是，當代碼混淆遇上Java反射時，一堆麻煩來了。

==============別睡著了啊，真正的問題來了============

是的，我們會發現，Java的反射再也找不到它想找的類，或者方法，或者屬性了。
是的，因為程式碼混淆的原因，原本的類名、方法名、屬性名都改變了，而反射它還是按照原來的名字去反射，結果只能射出一個程式崩潰。

解決的方法當然有~
那就是，讓和反射有關的那些程式碼或者類，不進行混淆，那就不會有上述的問題了~！

再看看proguard.cfg檔案，裡面那麼多程式碼，不可能沒有用的，來，先隨便整一句看看：

-keep public class * extends android.app.Activity

很簡單的，這句話的意思是，保留所有繼承Activity的類，不進行混淆。來，馬上舉一反三：

-keep public class com.mutou.test.HelloWorld

這句更加簡單了，保留HelloWorld，不進行混淆。

注意了，所有的類必須指出完整的包路徑（廢話了，這個檔案裡又沒有import語句，當然要完整路徑了，不然它哪知道那個類在哪兒~）。

不進行混淆的意思就是，當我們的android專案的程式碼被反編譯工具反編譯出來之後，程式碼看起來不會像天書一樣，不會所有變數名、方法名都變成a、b、c、d什麼的。

又注意了，有一個比較糾結的地方，一定要小心，通過上面兩種方式防止混淆的程式碼，並不代表，反編譯之後和原始碼一模一樣，它的類名什麼的都和原始碼一樣，但是變數名、方法名就不一定了，它也有可能是abcd什麼的。這個我也不知道為嘛。總之，小心就是了。

也正因為如此，在有反射的程式碼裡（吶，別問我什麼叫做反射啊，我只是要用的時候百度了一下，現在已經忘了具體用法了），不能通過以上兩種方式來防止程式碼混淆。

==============真正的主題在不華麗的分割線下面============
那，沒有辦法了嗎？
有啊~木了個頭的，沒有辦法我就不來發帖了~~

嘻嘻，看看：

-keepclasseswithmembernames class com.kogame.god.thing.creature.**
{
*;
}

糟糕~這個有點複雜，彆著急~
先看看這個名字：keepclasseswithmembernames 顧名思義，就是保留類以及它的成員的名字。
那花括號裡面那個”*;”又是什麼東西呢？它代表類裡的所有成員（包括變數、方法）的名字都不會被混淆，都保留原汁原味的樣子。

於是，整段程式碼的意思就是，保留所有繼承creature類的程式碼以及它的變數和方法，不進行混淆。

好喇~~
謝謝觀賞。

如果沒有聽懂的，請移步（更簡單明瞭詳細而不復雜的文章）：
http://www.apkbus.com/android-57338-1-1.html

程式碼混淆與反射的衝突(小小解決方案)~！

程式碼混淆與反射的衝突(小小解決方案)~！

程式碼混淆與反射衝突

xercesImpl.jar與cxf衝突的解決方案

dubbo 註解與spring 事務註解衝突完美解決方案

VS：“模組計算機型別“x64”與目標計算機型別“X86”衝突的解決方案

拉取遠端程式碼時與原生代碼衝突的解決方案之一

SpringMVC3 AnnotationMethodHandlerAdapter與mvc:annotation-driven衝突的解決方案

軟刪除與唯一索引衝突的解決方案

手勢與控制元件事件衝突的解決方案

markdown語法與文字內容衝突的解決方案

Ultimus BPM 房地產與建築行業應用解決方案

webpack漸入佳境系列一：webpack環境配置與打包基礎【附帶各種 "坑" 與解決方案！持續更新中...】

java 項目存入mysql後變問號 MySql 5.6 (X64) 解壓版 1067錯誤與編碼問題的解決方案

Netty2：粘包/拆包問題與使用LineBasedFrameDecoder的解決方案

Java並發編程與高並發解決方案視頻教程

安全隔離與視頻交換解決方案

Solution of issue: Android soft keyboard overlap with input div on browser【Android虛擬鍵盤與輸入框重疊解決方案】

Jenkins與代碼上線解決方案

公司簡介： Faceunity（杭州相芯科技有限公司）專注智慧圖形技術的創新與應用，為移動網際網路、VR/AR等領域提供3D內容生成與互動的行業解決方案，致力於好萊塢特效技術在消費級應用的普及。 Fac

flutter/dart 依賴衝突的解決方案

程式碼混淆與反射的衝突(小小解決方案)~！

相關推薦