安卓防止反编译
1. android app怎么防止反编译
APK在PC上面就被看作一个压缩格式文件，在手机上面它就算一个可执行格式文件。两种格式对它的读取要求也有区别，所以说利用这个区别来实现伪加密。对PC端来讲伪加密的APK没法被解包无法被反编译，但是对android系统来说它完全不会影响正常的安装运行(对4.2以前的系统)。
伪加密的原理：读取APK的字节，找到连续4位字节标记为”P K 01 02”的后第5位字节，如果是0表示不加密，如果是1就表示加密（伪加密就强行改成1 反伪加密就是把1改成0就可以了）。
2
伪加密前和伪加密后的对比图如下：
伪加密前：
3
伪加密后：
END
使用第三方平台加密
步骤如下：
登录/注册→上传APK→等待系统加密→完成后下载APK→给APK签名→完成！
2
爱加密作为移动安全行业的第三方平台，为Android APP移动应用提供专业的加固保护方案，包括DEX文件保护、资源文件保护、XML主配文件保护、防二次打包保护、so文件保护、内存保护、高级混淆等，全方位保护Android App，防止被反编译、破解等，维护广大开发者朋友的切身利益！
2. Android项目里如何混淆自己打的jar包或者防止被反编译
Android之防止反编译技巧：
1. 判断程序是否运行在模拟器上
boolean isRunningInEmualtor() {
boolean qemuKernel = false;
Process process = null;
DataOutputStream os = null;
try{
process = Runtime.getRuntime().exec("getprop ro.kernel.qemu");
os = new DataOutputStream(process.getOutputStream());
BufferedReader in = new BufferedReader(new InputStreamReader(process.getInputStream(),"GBK"));
os.writeBytes("exit\n");
os.flush();
process.waitFor();
// getprop ro.kernel.qemu == 1 在模拟器
// getprop ro.proct.model == "sdk" 在模拟器
// getprop ro.build.tags == "test-keys" 在模拟器
qemuKernel = (Integer.valueOf(in.readLine()) == 1);
Log.d("com.droider.checkqemu", "检测到模拟器:" + qemuKernel);
} catch (Exception e){
qemuKernel = false;
Log.d("com.droider.checkqemu", "run failed" + e.getMessage());
} finally {
try{
if (os != null) {
os.close();
}
process.destroy();
} catch (Exception e) {
}
Log.d("com.droider.checkqemu", "run finally");
}
return qemuKernel;
}
2. 检测keystore签名，再与之前得做比较
public int getSignature(String packageName) {
PackageManager pm = this.getPackageManager();
PackageInfo pi = null;
int sig = 0;
try {
pi = pm.getPackageInfo(packageName, PackageManager.GET_SIGNATURES);
Signature[] s = pi.signatures;
sig = s[0].hashCode();
} catch (Exception e1) {
sig = 0;
e1.printStackTrace();
}
return sig;
}
3. 检测包名，版本名和版本号，然后做判断：
private String getAppInfo() {
try {
String pkName = this.getPackageName();
String versionName = this.getPackageManager().getPackageInfo(
pkName, 0).versionName;
int versionCode = this.getPackageManager()
.getPackageInfo(pkName, 0).versionCode;
return pkName + " " + versionName + " " + versionCode;
} catch (Exception e) {
}
return null;
}
4. 把jpg图片写成是png格式得图片 但是最新版本的apktool已经修复了
5. 花指令，影响jd－gui 但是最新版本的jd－gui已经修复
private static final char[] wJ = "0123456789abcdef".toCharArray();
public static String imsi = "204046330839890";
public static String p = "0";
public static String keyword = "电话";
public static String tranlateKeyword = "%E7%94%B5%E8%AF%9D";
在每个类里面加入 如上字段。。。。
https://***/ 一个第三方得”爱加密“网站 1.需要使用官方的打包key工具打包后上传到"爱加密"网站进行处理,然后到网站上面下载,下载后还要用"爱加密"的打包工具再次进行打包即可。
3. 怎么防止android软件被反编译，破解
开发软件中有对应功能，打包加密就可以了！
4. 如何防止apk反编译,是用什么工具进行防护的
防止apk反编译,有很多种办法。首先要了解破解一般分为静态破解和动态破解。伪加密、混淆、包括上面所说的APK压缩文件破坏都属于防止静态破解。伪加密方法在电脑上有些手机助手无法识别apk文件，手机上可以识别。混淆保护就不说了。这些在防止动态破解上是很难起到作用的。最好是采用系统全面的加密方法，但如果不是专业从事安全领域工作的是很难做到的。况且技术也在不断的更新，防得了一时而已。一键楼主采用专业的加密平台做保护。爱加密可以一试。采用这样的平台好处就是他们的技术也在不断地更新。
5. 怎么让android studio的编译的aar防止反编译
1、 简述
在比较大的 Android 项目的开发中，我们经常会遇到工程、jar 包等等之间相互引用的方式。一般我们通过在 gradle 文件中配置依赖来解决
通用配置
Gradle 的一些基本依赖配置方式如下：
compile fileTree(dir: 'xxx', include: ['*.jar', "*.xxx"])：将某个目录下所有符合扩展名的文件作为依赖；
compile 'com.xx.xx:ProjectName:Version'：配置Maven` 库作为依赖；在 Maven 库中心 可以搜索自己想用的库进行依赖；
compile project(':AnotherMole')：配置另一个 Mole 作为本 Mole 的依赖，被依赖的 Mole 必须被导入到当前工程中；
compile files('xxx.jar')：配置某个 jar 包作为依赖。
看起来不错，基本通用的配置都已经存在了。一般对于中等小型的工程，这种开发方式完全没有问题。但是有时候 A 和 B 两个工程，想同时引用另一个公共的 Mole C，而这个 Mole 可能是一个比较复杂的 Android Mole，可能包含了一些主题、UI 、资源文件等等，这时候，如果用 Mole 依赖的方式来配置，不免有些困难，因为 A 和 B 都要导入 C，而且要随时关注 C 的更改。
好在 Android Studio 提供了 aar 库的打包方式，我们可以把 C 作为 library 进行打包，输出 aar 文件，然后在 A 和 B 中，配置 aar 库依赖，就可以解决。
2、aar 文件简介
要输出 aar 文件，必须将 Mole 配置为 library
输出 aar ： apply plugin: 'com.android.library'；
输出 apk ：apply plugin: 'com.android.application'。
将 Mole 配置为 library 后，构建输出一个 aar 文件，根据渠道和 BuildType 的不同，在相应的目录下可以找到。比如对 BuildType 为 debug 的配置，输出为：[MoleName]/build/outputs/aar/[MoleName]-debug.aar。一份 aar 文件其实就是一份 zip 包，和 jar 不同的是，它将一些资源文件、第三方库文件、so 文件等等都打包在内，而代码文件编译后压缩在在 classes.jar 中。
3、导入 aar 的方式引用
这种方式比较简单，打开 Project Structure，添加一个新 Mole，然后选择 Import *.JAR or *.AAR Package 的方式导入
导入后，在你的工程下面，会生成一个文件夹，里面是 aar 文件以及 Android Studio 的配置文件。
接着可以在 gradle 中配置依赖了，其他 Mole 可以引用这个 Mole 了，依赖方式使用 compile project 的方式即可。
缺点：被依赖的 aar 无法 F3 跟进去，无法看到资源文件内容以及目录层级等等缺陷。
4、使用配置依赖的方式引用
gradle 其实还有另一种依赖可以引用 aar：
compile(name: 'xxx', ext: 'aar')。
首先需要将 aar 文件放入引用 Mole 的 libs 目录下，和一般的 jar 文件类似。然后在 gradle 配置文件中把 libs 目录加入依赖：
repositories
flatDir {
dirs 'libs'
}
}
接着在 gradle 的依赖配置中加入 compile(name: 'xxx', ext: 'aar') 这一句，依赖即可关联完毕。构建一下工程，在 Mole 的build/intermediates/exploded-aar 目录下，可以看到有一些临时文件生成
被导入 aar 生成的临时文件
Android Studio 安装反编译插件后，可以通过 F3 跟进到 class 文件里面，如果你有被依赖 Mole 的源代码的话，还可以 Attach Source 关联源代码查看。另外，可以很方便的查看 aar 中的资源文件。
另外，这种依赖方式更新 aar 后，生成的临时文件也会随之变动，不用担心改动不同步的问题。
6. Android APP的破解技术有哪些如何防止反编译
由于Android系统的开放性，导致Android
APK很容易被他人破解或是反编译，下面给大家介绍常用的APP破解工具和技术要求。同时根据自己以往的防破解经验，跟大家分析下如何防止反编译。
Android
APK运行环境依赖的文件/文件夹
res、DEX、主配文件Lib
只是简单的加密甚至没有任何保护措施。APKtool（一种反编译工具）可轻易将其轻松破解，再配合其他各种工具基本可以做到：源码暴露(代码混淆也几乎起不到任何安全作用)、资源文件裸奔、主配文件可任意修改、核心SO库暴露、暴力破解恶意利用等。部分大公司会对其应用APK包进行防二次打包和防APKtool破解，但其代码都是写在JAVA层，另外APKtool的可升级导致其安全保护级别也是非常低的。
7. Android APP的破解技术有哪些如何防止反编译
AndroidAPP破解主要依靠利用现有的各种工具，如下：1)APKtool2)dex2jar3)jd-gui4)签名工具防止反编译，介绍一种有效对抗native层代码分析的方法——代码混淆技术。代码混淆的学术定义如下：代码混淆（codeobfuscation）是指将计算机程序的代码，转换成一种功能上等价，所谓功能上的等价是指其在变换前后功能相同或相近。其解释如下：程序P经过混淆变换为P‘，若P没有结束或错误结束，那么P’也不能结束或错误结束；而且P‘程序的结果应与程序P具有相同的输出。否则P’不是P的有效的混淆。目前对于混淆的分类，普遍是以Collberg的理论为基础，分为布局混淆（layoutobfuscation）、数据混淆（dataobfuscation）、控制混淆（controlobfuscation）和预防混淆（preventiveobfuscation）这四种类型。腾讯御安全保护方案提供了以上所述四种混淆分类的多维度的保护，布局混淆方面，御安全提供了针对native代码层中的函数名进行了混淆删除调试信息等功能；数据混淆方面，御安全提供了针对常量字符串加密及全局变量的混淆的功能；控制混淆方面，御安全针对代码流程上，提供了扁平化，插入bogus分支以及代码等价变换等功能；预防混淆方面，御安全在混淆过程中加入了针对主流反编译器的预防混淆的代码，能够有效地抵抗其分析。御安全还对应用开发者提供不同等级的保护力度及多种混淆方式的功能的选择，用户可以根据自己的需求定制不同的混淆功能保护。同时，御安全保护方案除了提供代码混淆保护方面的技术，还提供代码虚拟化技术及反逆向、反调试等其他安全保护方案，综合使用多种保护方案可以有效地提高代码安全。