代码混淆与反射的冲突

声明:

1.原文地址:http://blog.youkuaiyun.com/musicvs/article/details/7948627

2.如有转载请复制原文地址,尊重原创作者


        反编译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包是不会混淆的。


         But,当代码混淆遇上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

 


 



 

转载于:https://www.cnblogs.com/JianXu/p/5158422.html

AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值