文档章节

android开发笔记之 Android代码混淆打包

Mr_Nice
 Mr_Nice
发布于 2016/05/22 20:01
字数 2637
阅读 9
收藏 1
点赞 2
评论 0

大家应该都听过代码混淆吧,如果大家有去反编译过别人的APK的话,应

该会看到好多包名和类名是a,b.c….之类的的吧,这里就提到了一个概念:

混淆。

那就让我们了解下这个东西吧

这里写图片描述

作用:为了防止自己的劳动成果被别人窃取,混淆代码能有效防止被反编译

缺省情况下,proguard 会混淆所有代码,但是下面几种情况是不能改变java 元素的名称,否则就会这样就会导致程序出错。

        一, 我们用到反射的地方。

        二, 我们代码依赖于系统的接口,比如被系统代码调用的回调方法,这种情况最复杂。

        三, 是我们的java 元素名称是在配置文件中配置好的。

所以使用proguard时,我们需要有个配置文件告诉proguard 那些java 元素是不能混淆的。   

proguard 配置
最常用的配置选项

-dontwarn 缺省proguard 会检查每一个引用是否正确,但是第三方库里面往往有些不会用到的类,没有正确引用。如果不配置的话,系统就会报错。

-keep 指定的类和类成员被保留作为 入口 。

-keepclassmembers 指定的类成员被保留。

-keepclasseswithmembers 指定的类和类成员被保留,假如指定的类成员存在的话。

proguard 问题和风险
代码混淆后虽然有混淆优化的好处,但是它往往也会带来如下的几点问题

    1,混淆错误,用到第三方库的时候,必须告诉 proguard 不要检查,否则proguard 会报错。

    2,运行错误,当code 不能混淆的时候,我们必须要正确配置,否则程序会运行出错,这种情况问题最多。

    3,调试苦难,出错了,错误堆栈是混淆后的代码 ,自己也看不懂。

为了防止混淆出问题,你需要熟悉你所有的code ,系统的架构 ,以及系

统和你code的集成的接口,并细心分析。 同时你必须需要一轮全面的测

试。 所以混淆也还是有一定风险的。 为了避免风险,你可以只是混淆部

分关键的代码,但是这样你的混淆的效果也会有所降低。

常见的不能混淆的androidCode

    Android 程序 ,下面这样代码混淆的时候要注意保留。

    Android系统组件,系统组件有固定的方法被系统调用。

    被Android Resource 文件引用到的。名字已经固定,也不能混淆,比如自定义的View 。

    Android Parcelable ,需要使用android 序列化的。

    其他Anroid 官方建议 不混淆的,如

    android.app.backup.BackupAgentHelper

    android.preference.Preference

    com.android.vending.licensing.ILicensingService

    Java序列化方法,系统序列化需要固定的方法。

    枚举 ,系统需要处理枚举的固定方法。

    本地方法,不能修改本地方法名

    annotations 注释

    数据库驱动

    有些resource 文件

    用到反射的地方

如何实施

现在的系统已经配置为混淆时候会保留

Android系统组件

自定义View

Android Parcelable

Android R 文件

Android Parcelable

枚举

各个开发人员必须检查自己的code 是否用到反射 ,和其他不能混淆的地方。告诉我来修改配置文件(已经保留的就不需要了)

目前系统不检查的第三方库为
-dontwarn android.support.**
-dontwarn com.tencent.**
-dontwarn org.dom4j.**
-dontwarn org.slf4j.**
-dontwarn org.http.mutipart.**
-dontwarn org.apache.**
-dontwarn org.apache.log4j.**
-dontwarn org.apache.commons.logging.**
-dontwarn org.apache.commons.codec.binary.**
-dontwarn weibo4android.**
proguard 参数
-include {filename} 从给定的文件中读取配置参数

-basedirectory {directoryname} 指定基础目录为以后相对的档案名称

-injars {class_path} 指定要处理的应用程序jar,war,ear和目录

-outjars {class_path} 指定处理完后要输出的jar,war,ear和目录的名称

-libraryjars {classpath} 指定要处理的应用程序jar,war,ear和目录所需要的程序库文件

-dontskipnonpubliclibraryclasses 指定不去忽略非公共的库类。

-dontskipnonpubliclibraryclassmembers 指定不去忽略包可见的库类的成员。

保留选项
-keep {Modifier} {class_specification} 保护指定的类文件和类的成员

-keepclassmembers {modifier} {class_specification} 保护指定类的成员,如果此类受到保护他们会保护的更好

-keepclasseswithmembers {class_specification} 保护指定的类和类的成员,但条件是所有指定的类和类成员是要存在。

-keepnames {class_specification} 保护指定的类和类的成员的名称(如果他们不会压缩步骤中删除)

-keepclassmembernames {class_specification} 保护指定的类的成员的名称(如果他们不会压缩步骤中删除)

-keepclasseswithmembernames {class_specification} 保护指定的类和类的成员的名称,如果所有指定的类成员出席(在压缩步骤之后)

-printseeds {filename} 列出类和类的成员-keep选项的清单,标准输出到给定的文件

压缩
-dontshrink 不压缩输入的类文件

-printusage {filename}

-whyareyoukeeping {class_specification}

优化
-dontoptimize 不优化输入的类文件

-assumenosideeffects {class_specification} 优化时假设指定的方法,没有任何副作用

-allowaccessmodification 优化时允许访问并修改有修饰符的类和类的成员

混淆
-dontobfuscate 不混淆输入的类文件

-printmapping {filename}

-applymapping {filename} 重用映射增加混淆

-obfuscationdictionary {filename} 使用给定文件中的关键字作为要混淆方法的名称

-overloadaggressively 混淆时应用侵入式重载

-useuniqueclassmembernames 确定统一的混淆类的成员名称来增加混淆

-flattenpackagehierarchy {package_name} 重新包装所有重命名的包并放在给定的单一包中

-repackageclass {package_name} 重新包装所有重命名的类文件中放在给定的单一包中

-dontusemixedcaseclassnames 混淆时不会产生形形色色的类名

-keepattributes {attribute_name,…} 保护给定的可选属性,例如LineNumberTable, LocalVariableTable, SourceFile, Deprecated, Synthetic, Signature, and InnerClasses.

-renamesourcefileattribute {string} 设置源文件中给定的字符串常量

使用 gson 需要的配置
当Gson用到了泛型就会有报错,这个真给郁闷了半天,提示“Missing type parameter”。

另外我又用到了JsonObject,提交的Object里面的members居然被改成了a。所以上面给的东西还不够,还要加上
//用到自己拼接的JsonObject
-keep class com.google.gson.JsonObject { *; }

个人建议减少这些依赖包混淆带来的麻烦,干脆都全部保留不混淆。例如
-keep class com.badlogic.* { ; }
-keep class * implements com.badlogic.gdx.utils.Json*
-keep class com.google.* { ; }

一下讲了这么多理论,相信大家也烦了,好吧,我们现在就开干吧,如果中途有哪里不懂,就翻到上面看看,或者直接提问都可以的。

步骤:

1.找到项目根目录下的project.properties文件,

将“#proguard.config=${sdk.dir}/tools/proguard/proguard-

android.txt:proguard-project.txt”这行前的“#”删除即可;

2.修改混淆配置文件:找到项目根目录下的proguard-project.txt文件,修

改其中代码,这部分是最关键;

3.保存相关文件供以后出错时使用:主要有导出的apk文件、项目根目录下

的proguard目录下的文件(主要的是mapping.txt)和项目源码;

4.项目运行过程出错处理:根据错误信息和第3步中保存的mapping定位错

误位置。

实例:

1.将proguard-project.txt

的“#proguard.config=${sdk.dir}/tools/proguard/proguard-

android.txt:proguard-project.txt”这行前的“#”删除,最后导出即可

实现对代码的混淆,即使我们没有去编写proguard-project.txt中的内容。

下面是测试代码:

public class MainActivity extends Activity {

    private String mName;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        mName = "dd";

        getString(mName);
        setName(mName);
        showDialog();
        // testError();
    }

    public String getString(String name) {
        return name;
    }

    public void setName(String name) {
        System.out.println("I'm"  + name);
    }

    private void showDialog() {
        new Handler().postDelayed(new Runnable() {

            @Override
            public void run() {
                ScoreAlertDialog.showDialog(MainActivity.this);
            }
        }, 2000);
    }

    public static class ScoreAlertDialog {

        public static void showDialog(final Activity activity) {
            if (activity.isFinishing()) {
                return;
            }
            try {
                AlertDialog.Builder builder = new AlertDialog.Builder(activity);
                builder.setTitle("标题");
                builder.setNegativeButton("确定", null);
                builder.setPositiveButton("取消", new DialogInterface.OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog, int which) {
                        try {
                            Toast.makeText(activity, "欢迎", Toast.LENGTH_LONG).show();
                        } catch (Exception e) {
                            e.printStackTrace();
                        }
                    }
                });
                builder.show();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }

    private void testError() {
        try {
            int error = 1 / 0;
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

2.打包反编译之后:

这里写图片描述

分析上面的代码我们会发现,自定义的方法名都被替换成无特殊意义的短

字母,而activity的onCreate()方法却没变;最后一个testError()方法由于

我们没有调用也被剔除掉了。这些就是默认的混淆处理策略。看到这里,

感觉混淆还是小case的哈~~

如果是一个外来人或者是其他反编译出你的APK来看,是不是一脸蒙逼,

当然包括自己也是,那有没有办法可以看到怎么混淆的呢,答案是肯定的。

这里写图片描述

这些内容讲了如何操作,参照官方文档,基本都会掌握。剩下的也是最难

的就是proguard-project.txt文件的编写。对于这部分,两种处理策略:自

己编写和使用别人写好的。先说如何使用别人写好的,我们引用的第三方

库无论开源还是闭源如有特殊情况我们都可以在他的User Guide中找到混

淆代码的配置,如我们引用了大名鼎鼎的guillep PullToRefresh,我们可

以在他的文档中找到如下的代码:

-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 ;
}

-keepclasseswithmembernames class * {     public (android.content.Context, android.util.AttributeSet);
}

-keepclasseswithmembernames class * {     public (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 *;
}

有了这部分代码我们就可以直接copy插入我们的项目中即可。这种方式还

是copy式的。那下面我们举个小例子看看如何自己写代码控制是否混淆。

还是用上面的例子,我们在这个项目的proguard-project.txt文件中

(之前为空)加入如下几行(proguard-project.txt中“#”代表注释):

#-keep public class com.example.hunxiao.* { ; }
#-keepclasseswithmembers public class com.example.hunxiao.* { ; }

-keep public class com.example.hunxiao.MainActivity {
java.lang.String getString(java.lang.String);
}

这里写图片描述

这里写图片描述

和之前的对比,我们发现其中的getString方法没有被混淆。没错,上面

proguard-project.txt的意思就是保持MainActivity的getString()方法不

要被混淆。大家也可以试试上述混淆代码中被注释的两行分别是什么效

果。

讲到这里已经开始涉及ProGuard的核心部分了,剩下的就是研读

ProGuard的文档,掌握的他的语法并使用之。还想掌握其他的就看看上面

提到的一些语法吧。

最后说明下:

第三方jar包中如果有.so文件,不用去理会,引
入的第三方jar文件不要混淆,否则可能会报异常

© 著作权归作者所有

共有 人打赏支持
Mr_Nice
粉丝 0
博文 47
码字总数 39947
作品 0
广州
Android代码混淆,资源混淆,SO混淆

> 代码混淆 通过ProGuard或者DexGuard来保护我们的代码,从而实现相对的代码安全。靠Android资源管理框架来完成的,而Android资源管理框架实际是由AssetManager和Resources两个类来实现的。其...

shareus ⋅ 05/04 ⋅ 0

读书笔记--Android Gradle权威指南(下)

前言 最近看了一本书《Android Gradle 权威指南》,收获挺多,就想着来记录一些读书笔记,方便后续查阅。 本篇内容是基于上一篇:读书笔记--Android Gradle权威指南(上) 上一篇中我们讲了:...

请叫我大苏 ⋅ 05/27 ⋅ 0

新建cordova应用,插件开发教程系列(总目录)

以下几篇是连续的教程,代码也是连续的,包括如下章节: 新建cordova应用 https://my.oschina.net/u/1251858/blog/1799002 使用cordova把h5应用打包成apk https://my.oschina.net/u/1251858/...

canneljls ⋅ 04/21 ⋅ 0

Android Hybrid开发:这是一份详细 & 全面的WebView学习攻略

前言 现在很多里都内置了Web网页(),比如说很多电商平台,淘宝、京东、聚划算等等,如下图 那么这种该如何实现呢?其实这是里一个叫组件实现 今天,我将献上一份全面 & 详细的 攻略,含具体...

Carson_Ho ⋅ 今天 ⋅ 0

移动开发:美团外卖Android Lint代码检查实践

概述 Lint是Google提供的Android静态代码检查工具,可以扫描并发现代码中潜在的问题,提醒开发人员及早修正,提高代码质量。除了Android原生提供的几百个Lint规则,还可以开发自定义Lint规则...

meituantech ⋅ 04/13 ⋅ 0

开发原生安卓cordova插件(有原生界面)

上文开发的插件没有调用原生界面,本文介绍开发带有activity的插件 本文很多操作与上文重复,重复部分会省略 首先打开plug1,先开发插件的原生代码 在以下命名空间创建一个activity 名称为A...

canneljls ⋅ 04/21 ⋅ 0

Android ------ 美团的Lint代码检查实践

概述 Lint是Google提供的Android静态代码检查工具,可以扫描并发现代码中潜在的问题,提醒开发人员及早修正,提高代码质量。除了Android原生提供的几百个Lint规则,还可以开发自定义Lint规则...

切切歆语 ⋅ 04/16 ⋅ 0

Android WebView:这是一份 详细 & 易懂的WebView学习攻略(含与JS交互、缓存构建等)

前言 现在很多里都内置了Web网页(),比如说很多电商平台,淘宝、京东、聚划算等等,如下图 那么这种该如何实现呢?其实这是里一个叫组件实现 今天,我将献上一份全面 & 详细的 攻略,含具体...

Carson_Ho ⋅ 05/21 ⋅ 0

Android WebView:这是一份全面 & 详细的WebView学习指南

前言 现在很多里都内置了Web网页(),比如说很多电商平台,淘宝、京东、聚划算等等,如下图 那么这种该如何实现呢?其实这是里一个叫组件实现 今天,我将献上一份全面 & 详细的 攻略,含具体...

carson_ho ⋅ 04/19 ⋅ 0

bulid.gradle 解析

外层的bulid.gradle文件 两处的repositories的闭包中都声明了jcenter() 这行配置。 jcenter是一个代码托管仓库,很多Androdi开源项目都会选择将代码托管到jcenter上,声明了这个配置之后,可...

Jerry_0221 ⋅ 06/12 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

磁盘管理—逻辑卷lvm

4.10-4.12 lvm 操作流程: 磁盘分区-->创建物理卷-->划分为卷组-->划分成逻辑卷-->格式化、挂载-->扩容。 磁盘分区 注: 创建分区时需要更改其文件类型为lvm(代码8e) 分区 3 已设置为 Linu...

弓正 ⋅ 32分钟前 ⋅ 0

Spring源码解析(六)——实例创建(上)

前言 经过前期所有的准备工作,Spring已经获取到需要创建实例的 beanName 和对应创建所需要信息 BeanDefinition,接下来就是实例创建的过程,由于该过程涉及到大量源码,所以将分为多个章节进...

MarvelCode ⋅ 52分钟前 ⋅ 0

a href="#"

<a href="#">是链接到本页,因为你有的时候需要有个链接的样式,但是又不希望他跳转,这样写,你可以把这个页面去试试

颖伙虫 ⋅ 59分钟前 ⋅ 0

js模拟栈和队列

栈和队列 栈:LIFO(先进后出)一种数据结构 队列:LILO(先进先出)一种数据结构 使用的js方法 1.push();可以接收任意数量的参数,把它们逐个推进队尾(数组末尾),并返回修改后的数组长度。 2....

LIAOJIN1 ⋅ 59分钟前 ⋅ 0

180619-Yaml文件语法及读写小结

Yaml文件小结 Yaml文件有自己独立的语法,常用作配置文件使用,相比较于xml和json而言,减少很多不必要的标签或者括号,阅读也更加清晰简单;本篇主要介绍下YAML文件的基本语法,以及如何在J...

小灰灰Blog ⋅ 今天 ⋅ 0

IEC60870-5-104规约传送原因

1:周期循环2:背景扫描3:自发4:初始化5:请求6:激活7:激活确认8:停止激活9:停止激活确认10:激活结束11:远程命令引起的返送信息12:当地命令引起的返送信息13:文件传送20:响应总召...

始终初心 ⋅ 今天 ⋅ 0

【图文经典版】冒泡排序

1、可视化排序过程 对{ 6, 5, 3, 1, 8, 7, 2, 4 }进行冒泡排序的可视化动态过程如下 2、代码实现    public void contextLoads() {// 冒泡排序int[] a = { 6, 5, 3, 1, 8, 7, 2, ...

pocher ⋅ 今天 ⋅ 0

ORA-12537 TNS-12560 TNS-00530 ora-609解决

oracle 11g不能连接,卡住,ORA-12537 TNS-12560 TNS-00530 TNS-12502 tns-12505 ora-609 Windows Error: 54: Unknown error 解决方案。 今天折腾了一下午,为了查这个问题。。找了N多方案,...

lanybass ⋅ 今天 ⋅ 0

IDEA反向映射Mybatis

1.首先在pom文件的plugins中添加maven对mybatis-generator插件的支持 ` <!-- mybatis逆向工程 --><plugin><groupId>org.mybatis.generator</groupId><artifactId>mybatis-generator-ma......

lichengyou20 ⋅ 今天 ⋅ 0

4.10/4.11/4.12 lvm讲解 4.13 磁盘故障小案例

准备磁盘分区 fdisk /dev/sdb n 创建三个新分区,分别1G t 改变分区类型为8e 准备物理卷 pvcreate /dev/sdb1 pvcreate /dev/sdb2 pvcreate /dev/sdb3 pvdisplay/pvs 列出当前的物理卷 pvremo...

Linux_老吴 ⋅ 今天 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部