android混淆代码
① 【Android性能优化】：ProGuard，混淆，R8优化
使用java编写的源代码编译后生成了标准的class文件，面临反编译风险，需要进行代码混淆以保护应用安全。ProGuard作为常用的混淆工具，具备压缩、优化、混淆功能。其工作流程包括shrink（缩减）、optimize（优化）、obfuscate（混淆）和preverigy（预验证）四个步骤。通过ProGuard，可以实现代码缩减，移除未使用的类、字段、方法和属性，优化代码结构。
在Android构建中，R8编译器取代了ProGuard进行代码优化与混淆。R8通过检测代码中未使用的部分，并移除它们来实现代码缩减。例如，若项目依赖多个库，但仅使用其中一部分，R8会检测应用代码入口（如启动的第一个Activity），构建访问图，并移除未访问的代码。
在R8配置中，通过proguard-rules.pro文件决定保留哪部分代码。R8支持来自不同来源的配置文件，如自定义配置、AGP生成的规则、AAR或JAR库中包含的规则，以及AAPT2生成的保留规则。通过minifyEnabled属性设置为true，可启用R8的代码缩减功能。需要注意的是，R8对反射调用和JNI调用的检测不足，可能需要在配置中进行额外处理以避免移除必要的代码。
R8在代码缩减后进行资源缩减，以去除不使用的资源文件。开启代码缩减并使用shrinkResources属性即可进行资源缩减。同时，可以使用tools:keep或tools:discard对特定资源文件进行保留或删除。
代码混淆通过替换类名、方法名和属性名，使反编译变得困难。混淆规则和模板的添加有助于保护应用安全。
R8进一步优化代码，通过深度分析移除更多未使用的代码，或重写代码以简化结构。优化点可参考Jake Wharton的R8优化博文。
总结，R8编译器通过代码缩减、资源缩减、代码混淆和代码优化等操作，全面提升了APK文件的性能。为了深入了解性能优化，可获取相关核心笔记，内容涵盖启动优化、内存优化、UI优化、网络优化、Bitmap优化与图片压缩、多线程并发优化、数据传输效率优化、体积包优化，以及性能监控框架和框架学习手册。这些资源将帮助开发者全面掌握性能优化技术。
② Android代码混淆——Proguard
Android代码混淆，Proguard是关键工具。它能检测并移除未使用的代码元素，包括第三方库中的冗余，对64k引用限制问题有所改善。Proguard还优化字节码，混淆类名以提升应用安全性，防止逆向工程。要开启混淆，只需在mole的build.gradle中设置minifyEnabled为true，但注意不要在调试构建中启用，以免影响构建速度。
混淆规则可以参考系统提供的proguard-android.txt，通过keep类关键字进行自定义。混淆后的APK，混淆信息可在release目录下的mapping文件中查看，如果堆栈信息丢失，可使用proguardgui.bat脚本还原。同时，代码压缩与资源压缩需协同工作，移除未使用的代码后，资源压缩器会剔除未引用的资源。
在自定义混淆时，可创建一个带有tools:keep和tools:discard属性的XML文件，指定要保留和舍弃的资源。虽然混淆有助于减小APK大小和提高逆向工程难度，但使用后务必进行全面的测试，以确保应用功能正常。
③ android代码混淆以及怎么判断一个apk代码是否被混淆过
1、proguard原理
java代码编译成二进制class文件，这个class文件也可以反编译成源代码，除了注释外，其他的code基本都可以看到。为了防止重要code被泄露，我们往往需要混淆，即把方法名，变量名，类名，包名等这些java元素的名称改成让人意想不到的名称，这样代码结构就没有变化，还可以运行，但是想弄懂代码的架构却很难。proguard就起到了这样的作用：
一、它可以分析一组class的结构，根据用户的配置，然后把这些class文件中可以混淆的java元素进行混淆
二、删除无效的代码
三、对代码进行优化（使用adt插件导出的apk,还进行zipalign优化）
缺省情况下，proguard会混淆所有代码，但是下面几种情况是不能改变java元素的名称，否则就会导致程序出错。
一、用到反射的地方（android中的api常用@hide注释掉，开发者在调用相应的方法时，需要用到反射）
二、当app的代码要依赖于系统的接口时，如被系统代码调用的回调方法，这种方法比较复杂
三、java元素名称是配置文件中配置好的
所以在使用proguard时，我们需要有个配置文件告诉proguard，哪些java元素是不能混淆的。
2、proguard配置
-dontwarn缺省proguard会检查每一个引用是否正确，但是第三方库里往往有些不会用到的类，没有正确引用，如果不配置的话，系统就会报错。
-keep指定的类和类成员被保留作为入口
-keepclassmembes指定的类成员被保留。
-keepclasswithmembers指定的类和类成员被保留，假如指定的类成员存在的话。
④ Android之如何混淆代码和相关配置
项目发布之前混淆是必不可少的工作，混淆可以增加别人反编译阅读代码的难度，还可以缩小APK包。
使用步骤：
1、修改project.properties文件：
Java代码 收藏代码
# To enable ProGuard to shrink and obfuscate your code, uncomment this (available properties: sdk.dir, user.home):
# proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt
去掉proguard.config一行前面的#注释；
2、配置proguard-project.txt文件：
这个是主配置文件，里面配置哪些需要混淆，哪些不需要混淆的选项；
提供给外部的类、方法、变量等名字不能混淆；
在AndroidManifest中配置的类(Activity、Service等的子类及Framework类默认不会进行混淆)
不混淆Parcelable的子类，防止android.os.BadParcelableException
Jni中调用的类
反射用到的类
项目中的实体类
3、导出项目：
export签名项目。
4、查看是否混淆成功：
用反编译工具反编译并对比未混淆的代码；
5、运行ProGuard及其生成的文件介绍
在以release模式下打包apk时会自动运行ProGuard，这里的release模式指的是通过ant release命令或eclipse project->android tools->export signed(unsigned) application package生成apk。在debug模式下为了更快调试并不会调用proguard。
如果是ant命令打包apk，proguard信息文件会保存于<project_root>/bin/proguard文件夹内；如果用eclipse export命令打包，会在<project_root>/proguard文件夹内。其中包含以下文件：
mapping.txt表示混淆前后代码的对照表，这个文件非常重要。如果你的代码混淆后会产生bug的话，log提示中是混淆后的代码，希望定位到源代码的话就可以根据mapping.txt反推。
mp.txt描述apk内所有class文件的内部结构
seeds.txt列出了没有被混淆的类和成员
usage.txt列出了源代码中被删除在apk中不存在的代码
目前市面上有很多第三方应用加固的平台， 如果新应用发布前需要扫描或者加固的话，可以先试试免费的，例如腾讯御安全，建议自己先去加固测试下。
⑤ android集成分享sdk后怎么代码混淆
为了保护代码被反编译，android引入了混淆代码的概念
1.设置混淆
在工程下找到project.properties文件
在文件中加入proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt这个是系统的
也可以用自己的混淆文件（这样就可以配置一些自己的东西），去sdk.dir}/tools/proguard/ 下复制proguard-android.txt文件到本地工程中
然后设置成proguard.config=proguard-android.txt
project.properties文件:
[java] view plain
#proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt
proguard.config=proguard-android.txt
# Project target.
target=android-17
-injars androidtest.jar【jar包所在地址】
-outjars out【输出地址】
-libraryjars 'D:\android-sdk-windows\platforms\android-9\android.jar' 【引用的库的jar，用于解析injars所指定的jar类】
-optimizationpasses 5
-dontusemixedcaseclassnames 【混淆时不会产生形形色色的类名 】
- 【指定不去忽略非公共的库类。 】
-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
-keep public abstract interface com.asqw.android.Listener{
public protected <methods>; 【所有方法不进行混淆】
}
-keep public class com.asqw.android{
public void Start(java.lang.String); 【对该方法不进行混淆】
}
-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 class * extends android.app.Activity {【保护指定类的成员，如果此类受到保护他们会保护的更好 】
public void *(android.view.View);
}
-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}
-keep class * implements android.os.Parcelable {【保护指定的类文件和类的成员】
public static final android.os.Parcelable$Creator *;
}
=====================================常见异常===================================
参考：http://blog.csdn.net/vrix/article/details/7100841
加入第三方jar包之后常出现的几个异常：
proguard returned with error code 1.See console
情况1：
Proguard returned with error code 1. See console
Error: C:/Documents (系统找不到指定文件)
后来发现是因为将整个工程放到了桌面上，而桌面的目录是C:/Documents and Settings/Administrator/桌面，在这里面有空格，而proguard进行发编译的时候是不允许有空格的
如果换了正确路径还不好用的话，直接删除proguard就好了
注意：SDK和程序路径最好不要有空格符
情况2：
Proguard returned with error code 1. See console
异常：
java.lang.
解决办法：将proguard.cfg中的"-dontpreverify"改成“-dontoptimize”
参考文章：http://groups.google.com/group/android-developers/browse_thread/thread/eca3b0f5ce6ad00f
我把项目中生成的proguard文件夹（此时文件夹是空的）删掉，然后再重新运行项目，就OK 了。
情况3：
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0] Proguard returned with error code 1. See console
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0] java.io.IOException: Can't read [proguard.ClassPathEntry@106082] (No such file or directory)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:230)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:200)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:178)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.execute(InputReader.java:100)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.readInput(ProGuard.java:195)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.execute(ProGuard.java:78)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.main(ProGuard.java:499)
抛出这样的异常的原因是第三方jar的引用路径不对，没有找到这个需要忽略混淆的jar包。
========================官方文档翻译========================================
原文
http://developer.android.com/guide/developing/tools/proguard.html
混淆器(ProGuard)
在本文中(In this document)
Enabling ProGuard
Configuring ProGuard
Decoding Obfuscated Stack Traces
Debugging considerations for published applications
参见
ProGuard Manual ?
ProGuard ReTrace Manual ?
混淆器通过删除从未用过的代码和使用晦涩名字重命名类、字段和方法，对代码进行压缩，优化和混淆。结果是一个比较小的.apk文件，该文件比较难进行逆向工程。因此，当你的应用程序对安全敏感（要求高），例如当你授权应用程序的时候，混淆器是一种重要的保护手段。
混淆器被集成在android 构建系统中，所以你不必手动调用它。同时混淆器仅在发布模式下进行构建应用程序的时候才会运行起来，所以在调试模式下构建程序时，你不必处理混淆代码。让混淆器运行起来是可选择的，但是推荐选上。
这个文档描述了怎样启用并配置混淆器，以及使用跟踪（retrace）工具对混淆的堆栈跟踪信息（stack traces）进行解码。
启用混淆器Enabling ProGuard
当你新建了一个Android工程之后，一个proguard.cfg文件会在工程的根目录下自动创建。这个文件定义了混淆器是怎样优化和混淆你的代码的，所以懂得怎样根据你的需要来定制是非常重要的。缺省的配置文件仅覆盖到了通常情况，所以根据你的需求，很可能需要编辑它。接下来的内容是关于通过定制混淆器配置文件来对混淆器配置。
为了让启用混淆器作为Ant或者Eclipse构建过程中一部分，可以在<project_root>/default.properties文件中，设置proguard.config属性。路径可以是绝对路径或者工程根目录的相对路径。
如果你让proguard.cfg文件在缺省位置（工程的根目录），你可以像这样指定位置：
proguard.config=proguard.cfg
同样，你可以把该文件放到任意的位置，并指定它的绝对路径。
proguard.config=/path/to/proguard.cfg
当你在发布模式下，或者通过运行ant release，或者通过使用Eclipse中的Export Wizard构建你的应用程序的时候，构建系统都会自动地去检查proguard.config属性是否被设置了。如果被设置了，混淆器在把所有东西打包成.apk文件之前，自动地对应用程序字节码进行混淆处理。而在调试模式中构建则不会调用混淆器，因为那样调试会更加繁重。
运行混淆器之后输出的文件有：
mp.txt
描述.apk包中所有class文件的内部结构。
mapping.txt
列出了源代码与混淆后的类，方法和属性名字之间的映射。这个文件对于在构建之后得到的bug报告是有用的，因为它把混淆的堆栈跟踪信息反翻译为源代码中的类，方法和成员名字。更多信息，查看解码混淆过的堆栈跟踪信息。
seeds.txt
列出那些未混淆的类和成员。
usage.txt
列出从.apk中剥离的代码。
这些文件放在以下目录中：
注意：每次在发布模式下构建时，这些文件都会被最新的文件覆盖。所以每次发布程序时候，为了反混淆来自构建时产生的bug报告，请保存这些文件的一个拷贝。对于为什么要保存这些文件的重要性的更多信息，请查看程序发布调试注意事项。
混淆器配置（proguard config）
某些情况下，proguard.cfg文件的缺省配置可以满足需求了。但是，对于混淆器来说，大多数情况做出正确的分析是困难的，并且它或许会删除在它看来是无用的，但对于程序来说却确实需要的代码。一些例子如下：
一个仅引用于AndroidManifest.xml文件的类。
一个通过JNI调用的方法。
动态引用的属性和方法。
<project_root>/bin/proguard 当你使用Ant时
<project_root>/proguard 当你使用Eclipse时
解码混淆过的堆栈跟踪信息（Decoding Obfuscated Stack Traces）
当混淆代码并输出了一个堆栈调试信息时，这些方法名字是混淆过的，虽然可以进行调试，但是调试变得困难。幸运的是，每当混淆器运行时候，它都会输出到文件<project_root>/bin/proguard/mapping.txt中，该文件包含了从原始类，方法和属性名字到混淆后名字的映射。
Windows系统中retrace.bat脚本命令或者Linux和Mac OS X系统中retrace.sh脚本命令能把混淆后的堆栈调试信息转换为可以理解的文件。它被放在<sdk_root>/tools/proguard/目录下。运行retrace工具的命令语法是：
retrace.bat|retrace.sh [-verbose] mapping.txt [<stacktrace_file>]
例如：
retrace.bat -verbose mapping.txt obfuscated_trace.txt
如果你没有为<stracktrace_file>指定值，那么retrace工具从标准输入读取。
已发布应用程序的调试注意事项(Debugging considerations for published applications)
保存好每一个已发布给用户的程序的mapping.txt文件。通过保存发布构建版本的mapping.txt文件拷贝，确保当用户碰到bug，并把混淆后的堆栈调试跟踪信息提交给你时，你可以进行调试从而修复问题。程序的mapping.txt文件在每次发布构建时都会被覆盖，所以你一定要注意保存正确的版本。
例如，假设你已经发布了一个应用程序并在继续在新的版本中开发添加新的功能。接着你马上启动混淆器并创建一个新的发布版本。该操作把mapping.txt文件覆盖了。一个用户提交了来自当前发布版本的bug报告，该报告包含了堆栈调试信息。你再也不能对用户的堆栈信息进行调试了，因为这个对应用户本机上版本的mapping.txt文件不存在了。其他覆盖mapping.txt文件的情况还有很多，所以对于每一个可能需要调试的版本，你都要确保有一份拷贝。