可以对APP进行一个加密，有效得防止APP被破解、反编译。目前有很多APP服务商提供了加密的服务，比如爱加密等。
② 防止自己的APP被反编译或破解，通常有哪些方法
混淆代码：
Android APP的源码进行混淆后混淆器将代码中的所有变量、函数、类的名称加密为简短的英文字母代号，在APP被破解后增加破解者对代码的阅读难度。 但是混淆的功效只能运作在APP已经被破解后，而且只是增加破解者的难度时间，对其防止破解的作用意义不是很大。
防二次打包：
二次打包是指将APK拆包后重新打包，二次打包必将丢失原有的签名。大多数的Android开发者都是将签名信息作为认证标准，所以只要原有的签名信息改变，APK就无法正常运行。但是如果将这个认证信息功能屏蔽掉，防二次打包就失效了！
我们先通过APK安全保护平台，对这款Android APK进行安全保护。
步骤如下：
登录/注册→上传APK→等待系统加密→完成后下载APK→给APK签名→完成！
注意：
在APK源代码安全保护平台，个人信息要填写完整，否则无法正常使用。APK加密完成后，系统会发出邮件通知加密完成。最后下载APK包再次完成签名，就可以正常使用了!
③ 如何反编译一个app
下载apktool所需文件：
a、 apktool1.5.2.tar.bz2
b、apktool-install-windows-r05-ibot.tar.bz2 （windows系统）
解压刚刚下载的文件，并将解压的文件放入C:\Windows目录下
启动控制台，输入apktool，回车可查看到apktool工具常用指令
新建一个文件夹，用于存放apk及待解压的文件，这里笔者将文件夹建在D:\apk目录，同时放入用于测试的android app包（test.apk）
控制台输入：apktool d D:\apk\test.apk D:\apk\test 进行反编译操作
中句话中“D:\apk\test.apk”指apk存放位置，“D:\apk\test”指反编译后文件存放的位置 反编译成功之后，进入D:\apk\test文件目录可以查看到反编译后的文件
④ 如何防止 Android App 被反编译后接口泄露
可以考虑对应用进行加密保护，通过使用APP加壳技术，可以有效保护自己的核心代码算法，提高破解、盗版程序和二次打包的难度；技术层面，APP加壳可以缓解代码注入、动态调试、内存注入攻击，加强了APP的安全。爱加密服务商一直在保护移动应用的安全发展，采用四代加密技术，通过dex加壳原理、内存防护、so库文件加密、资源文件加密等多个技术协同保护手段，为移动互联网开发者和移动互联网企业提供安全可靠的APP保护方案。
⑤ app反编译和apk反编译有什么区别
APP指的是各种系统类型的程序
而APK指的是用于安卓系统的程序
因此一个是广泛的统称，一个是特定的叫法。
易语言对于反编译是没有任何多大的用处的
如果你要学会多种系统类型上用的程序，那么你要学的东西会很多。
如果你只是要学会APK反编译，而且是深层次的修改，那么懂点JAVA知识还是有点用处的。
⑥ 反编译时提示如下错误怎么解决
1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。
3、出错问题1
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
这些小小的错误都会导致回编时译检查出错。
所以汉化时，注意对校，然后再回编译。
建议使用一些高级的文本编辑器，支持语法高亮视图的。
4、出错问题2
最近发现有些APK文件 反编译后，就算不汉化直接回编译，都会出错。
有可能的原因1，反编译后XML文件语法中@符号 前面多了"\" （\@ ），
用文本编辑工具 直接替换【\@】为【@】，应该可以解决。
建议使用最新版本的反编译工具。
5、建议大家使用新版本的APKTool工具，
当然如果新的有问题也可以试试旧的一、系统文件汉化再次强调
1、汉化Settings.apk(系统设置)、MMS.apk（信息）、Phone.apk（电话）、
等等系统文件，一定要先 安装构架，具体看另个文件
<关于APKTool工具反编译Settings.apk问题>。
2、系统文件汉化完后不需要签名，直接替换汉化后的文件，就可以了。
主要是，系统文件放在系统目录，无需再次读取签名获得权限，已经是高级了。
二、打包说明
1、通常汉化完回编译后，会自动生成所有APK内的文件，或者自动生成*.APK文件。
但是建议大家不要直接使用该文件，进了使用替换法，替换掉你汉化后的文件，
如：resources.arsc，如果修改过的图片，等等…
2、很多人对于APK文件 解压缩或压缩 都用“WinRAR”或“好压”，这里不推荐。
希望大家安装7-Zip这个压缩工具，对于zip格式的支持是最好的。而且很方便，
不需要重新关联apk 直接右键打开就行了。替换直接拖拉进去，就OK了一、回编译出错问题
(1.提示 strings.xml 最后一行错误，检查是否</string>符号错误；
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
(2.提示 strings.xml 最顶部含中文代码首行错误，编码格式不对，转换成 UTF-8；
(3.提示 public.xml 出错，检查改动过的 arrays.xml 是否代码有错误的地方；
⑦ APK反编译后回编译失败是为什么
、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。
3、出错问题1
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
这些小小的错误都会导致回编时译检查出错。
所以汉化时，注意对校，然后再回编译。
建议使用一些高级的文本编辑器，支持语法高亮视图的。
4、出错问题2
最近发现有些APK文件 反编译后，就算不汉化直接回编译，都会出错。
有可能的原因1，反编译后XML文件语法中@符号 前面多了"\" （\@ ），
用文本编辑工具 直接替换【\@】为【@】，应该可以解决。
建议使用最新版本的反编译工具。
5、建议大家使用新版本的APKTool工具，
当然如果新的有问题也可以试试旧的一、系统文件汉化再次强调
1、汉化Settings.apk(系统设置)、MMS.apk（信息）、Phone.apk（电话）、
等等系统文件，一定要先 安装构架，具体看另个文件
<关于APKTool工具反编译Settings.apk问题>。
2、系统文件汉化完后不需要签名，直接替换汉化后的文件，就可以了。
主要是，系统文件放在系统目录，无需再次读取签名获得权限，已经是高级了。
二、打包说明
1、通常汉化完回编译后，会自动生成所有APK内的文件，或者自动生成*.APK文件。
但是建议大家不要直接使用该文件，进了使用替换法，替换掉你汉化后的文件，
如：resources.arsc，如果修改过的图片，等等…
2、很多人对于APK文件 解压缩或压缩 都用“WinRAR”或“好压”，这里不推荐。
希望大家安装7-Zip这个压缩工具，对于zip格式的支持是最好的。而且很方便，
不需要重新关联apk 直接右键打开就行了。替换直接拖拉进去，就OK了一、回编译出错问题
(1.提示 strings.xml 最后一行错误，检查是否</string>符号错误；
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
(2.提示 strings.xml 最顶部含中文代码首行错误，编码格式不对，转换成 UTF-8；
(3.提示 public.xml 出错，检查改动过的 arrays.xml 是否代码有错误的地方；
二、一切能正常但无法回编译
还有一种情况，apktool最新版本能正常反编译一个apk文件，在未做任何修改的情况下，无法回编译。
这是就要注意了，可以尝试一下用低版本的apktool进行【反编译】，然后在用高版本的apktoo工具【回编译】。
这里向大家推荐用 【APKDB】 这个工具，很方便，反编译时可以选择apktool的版本。
⑧ APP反编译后代码里面的v1、v2还有p1、p2啥意思代表什么
变量名啊 具体类型看定义啊
编译后变量名早不见了
你再反编译还能看见变量名啊？
所以它就随便取了一个名字而已
⑨ app可以被反编译到什么程度
Android APK中的Java代码可以被反编译到什么程度主要看APK的加密程度。
第一种情况：无混淆无加密无加壳。
直接利用Dex2jar和JD-GUI可把源码从APK里抠出来，代码逻辑清晰，基本上做到可复用，只是资源文件的引用需要计算一下。
第二种情况：混淆。
通常是利用Proguard做的防护。因为是对jar做的不可逆混淆（除非有mapping），因此不能还原成原来的代码。但是代码结构，代码逻辑一致，只要花长时间对代码进行梳理一样可找准核心代码，解密方法跟第一种一致。
第三种情况：加密。
这里以DexGuard为例。对于这种代码加密的方法，在程序运行中必定会进行解密，只要抽出它解密的逻辑便可。PS：我自己做过DexGuard的解密，如果用Dex2jar反编译看的话逻辑是不对的，一定要从Smali代码看。后来发现网上已经有人做了。
解密的脚本：A look inside Dexguard
第四种情况：加壳。
这种情况跟第三种类似。无论你怎么加壳，运行的时候必定是Dalvik可识别的Odex代码，建议直接在内存里mp出来。这里推荐Xpose的ZjDroid。
加固可以在一定程度上保护自己核心代码算法,提高破解/盗版/二次打包的难度，缓解代码注入/动态调试/内存注入攻击等。
目前市面上有很多第三方加固的平台， 如果新应用发布前需要扫描或者加固的话，可以先试试免费的，例如腾讯御安全，建议自己先去扫描测试下。