android反编译失败
A. 各位安卓反编译大神，为什么我反编译框架成功，而回编译失败呢
文件id值没有在public.xml中设定。要么给相应文件添加id值(注意添加规则)，要么删掉public.xml文件，
B. 安卓apk反编译 一直不成功 ，java环境配置ok的 下了很多工具apktool都不能用 要么有的可以反编译成功
我建议你下载一个软件叫91助手
C. 为什么很多APK文件反编译了打包出错
可能是由于以下几种情况导致
1、在Android Project配置文件中你使用了当前工程目标版本所没有的特性，针对这种情况只需更改下目标版本就行了
2、apktool.jar可能不是最新的，针对这种情况下载最新版的apktool.jar就行了
3、在windows平台上aapt.exe、apktool.bat可能不是最新的，针对这种情况也只需下载最新版
D. AndroidKiller老是显示反编译失败,无法继续下一步源码反编译，那位大神知道进来告诉一声被.
文件扩展名太长。上一行已经提示了。
E. Android反编译（三）— 手动编译
PS: 最近没工作，没工作就没需求，没需求就没什么技术总结的灵感，那就没更新什么。但是两个月不更新了，要是三个月不更新就会出大事，所以这次打算做一件有意思又不难的事。
之前有发文章写过反编译，今天就来试试反编译之正编译，开玩笑的，就是试试手动编译的过程， 平时我们在项目中编译出包都是使用Gradle直接执行assemble任务就能解决，我打算试试手动模拟整个过程。当然我也是第一次这样搞，所以如果有写得不对的地方，还望指出。
众所周知，apk实质上就是一个压缩包。复习一下，我们写个最简单的Demo，然后打包，然解压，注意是解压，不是反编译，意义是不同的。
注意我这个Demo很简单，什么都不引入
然后我们看看整个出包的过程，随便从网上拿张图
然后这里我们用Android SDK给我们提供的工具来完成整个流程，工具在sdk文件夹下的build-tools文件夹下，有什么aapt.exe、dx.bat，用的就是这些
这步应该是整个流程最简单的吧，我感觉，所以从最简单的开始。
我们先看看生成的dex有什么
对比项目，我是一开始最基本的项目，什么都没动，所以只有一个MainActivity.clas，所以这里肯定是要先想办法得到BuildConfig.class和R.class。
输入命令：
aapt p -f -m -J <输出路径> -S <res路径> -I <android.jar路径> -M <Manifest路径>
下一步，我们需要BuildConfig.class
这个BuildConfig.java是由gradle在我们配置好gradle之后自己帮我们生成的，所以我们直接拿来用，然后再javac就得到class文件了
然后我们再编译我们的MainActivity.java并将它们放到同一个文件夹下， MainActivity因为引用了Android.jar和R文件，所以编译时注意点，我为此被动好好的复习了一遍javac，都是泪
最后一步，我们用dx工具就能打出dex文件了
然后执行命令就得到一个Dex文件，看看这个文件里面和上面直接打出的apk中的Dex文件有什么不同：
看图，我们上一步已经生成.dex了，那么我们需要和compiled Resource 还有 Other Resource 一起生成APK。
我们先来生成compiled Resource，也就是resources.arsc
发现之前使用aapt生成R文件的时候没写完整，当时可以加一个-F参数直接生成arsc和Manifest
导出的abc.zip里面就有resources.arsc和AndroidManifest.xml。
因为之前写漏了，所以肯定要重新编一次MainActivity.java和Dex
我们把刚才的dex文件和aapt生成的resources.arsc、AndroidManifest.xml和res放到一个文件夹里面。
PS：res文件夹也是上面aapt的命令生成的
然后我们对比这个文件夹和之前apk解压的文件夹
最后运行
看来是成功了。
再说说遇到的还有两个问题，并说下我解决问题的思路
（1）我把它们都放到一个文件夹之后，我压缩成压缩包，然后改后缀成.apk，然后发现安装不了，我就直接反编译，发现发编译失败，提示包有问题，以我多点玩包的经验，我感觉就是压缩工具出了问题，然后我去下个“好压”（这不是广告啊），然后就能正常反编译了。
（2）但是还是安装不了，再根据我多年的玩包经验，我感觉是签名问题，然后我随便给这个包上一个签名，就能正常安装得到上图的结果了。
总体来说，还真挺好玩的，这整个过程，就是翻车了几次。做完之后感觉非常牛逼，为什么这样说，因为我知道这整个过程，我就可以做到，我不经过gradle来打包，我自己写个python脚本来调用aapt和dx来打包也是能做到的。
当然上面纯属异想天开，因为这是个什么都没有的Demo所以觉得简单，要是一个真实的项目，我感觉肯定要有很多坑，别的先不说，一个项目那么多依赖关系，我这javac要搞死人。
最后如果有不对的地方，希望有大佬能够指出，毕竟能运行也不能证明完全没问题。然后我使用的build-tools是28的，不敢保证其它版本包括以后版本的玩法都一样。
F. apk反编译，回编出错了
不影响正常运行，只是编译环境，
compileSdkVersion 告诉 Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应 Level 的 Android SDK。
需要强调的是修改 compileSdkVersion 不会改变运行时的行为。当你修改了 compileSdkVersion 的时候，可能会出现新的编译警告、编译错误，但新的 compileSdkVersion 不会被包含到 APK 中：它纯粹只是在编译的时候使用。（你真的应该修复这些警告，他们的出现一定是有原因的）
因此我们强烈推荐总是使用最新的 SDK 进行编译。在现有代码上使用新的编译检查可以获得很多好处，避免新弃用的 API ，并且为使用新的 API 做好准备。
注意，如果使用 Support Library ，那么使用最新发布的 Support Library 就需要使用最新的 SDK 编译。例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）。通常，新版的 Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。
解决办法有两种（我测试的前提是反编译的母包是没有包含这两个属性的）：
（1）使用apktool 2.3.2版本，因为2.3.3之后版本针对appt和appt2做了修改，最后AndroidManifest.xml里面不在包含compileSdkVersion和compileSdkVersionCodename
（2）清除原本的1.apk，重新指定framework-dir：java -jar apktool_2.4.0.jar empty-framework-dir --force，最后发现可以回编译成功，但是AndroidManifest.xml还是会包含compileSdkVersion和compileSdkVersionCodename。
G. android 反编译错误 遇到 乱码的文件名 怎么办
准备反编译工具；
将apk后缀改为.zip并解压，发现res文件夹下打开的布局文件乱码；
反编译工具包里有一个AXMLPrinter2.jar可用于将XML变为可读文件，但是会引起数组越界的异常；这里提供另一个jar包AXMLPrinter2.S.jar，可实现解析；
下载完jar包后，打开命令行，cd到该jar包路径下，运行Java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml命令即可反编译出xml文件；
但是如果XML文件很大，一屏看不完，则在命令窗口可能无法看全，这时候可以执行命令|more的指令，即Java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml | more，发现屏幕最后会有--more--的字样，按回车键可逐行显示出来，但是无法返回看原先的数据；
如果想简单的到处全部数据，可执行下面的命令Java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml > 指定路径文件名.txt(或XML)，则该XML数据将全部写入该文件中；
H. ANDROID反编译失败并且压缩程序无法对那个APK进行删除或添加或修改！求解决办法
把那个apk结尾的改成zip再解压