问题描述
当我反编译一个 APK 时，会获得一些带有奇怪名字（如 a b a0 b1）的文件夹。这些文件包含 Java 源码和 Smali 文件。这表明代码可能是经过混淆处理的，通常是由 ProGuard 生成的。
具体来说，我希望能够重构从构建前后的源码层次结构和平铺资源。特别是，当我点击 UI 中的一个按钮时希望知道其调用了哪些代码。
解决方案
方案1：逆向工程与代码追踪
注意：在进行以下操作之前，请确保您已经备份了原始 APK 文件，并且理解可能涉及的风险。
1. 复原混淆名称
如果该 APK 是通过 ProGuard 进行混淆处理，那么还原这些名字可能会比较困难。因为通常只有执行混淆操作的人（开发者或他们的团队）才有提供反混淆所需配置文件的可能性。这涉及到联系相关方并请求相应的配置信息。
如何获取源码层次结构和资源？
虽然有工具例如 Jadx 可以帮助读取和展示 APK 内的字符串字节码，但它尚不能直接恢复复杂的源代码层次结构。解析资源文件：
使用grep命令或者类似工具来从资源文件中提取字符串信息（如按钮文本），这些字符串通常可以作为重建源代码的一个线索。
2. 按钮点击事件追踪
一旦确定了某些混淆名称所对应的原名，您可以使用一些逆向工程的工具来查找特定按钮调用的具体方法。
– 反编译工具： 使用 apktool 进行脱装配置（Decompile），将 APK 转换为 XML 布局文件和 Smali 字节码。
– 尝试使用像 Jadx 这样的反编译器，以获得有关特定方法的更清晰信息。虽然不能直接从 Smali 文件中完全恢复到 Java 源代码，但可以提供一定的可理解性。
- 逆向工程框架逻辑：
使用逆编译后的 Smali 或 Java 源码找到与按钮相关的类和方法。注意分析这些文件中的onClick处理器或相关事件监听器的实现。
方案2：调试与逆向操作
注意：此方法可能涉及高级知识，且需谨慎使用。
如果可能从 APK 的 UI 层面触发代码执行，可以尝试在反编译后的应用中设置断点进行调试。这要求有相应的调试环境（如 Android Studio）以及对应用程序结构的深入了解。
启用调试模式： 如果尚未开启 debug 模式，则需要将 APK 重新签名并添加调试信息。
启动代码追踪器
在按钮点击过程中，观察堆栈跟踪或直接在对应方法中下断点。通过这种方式可以更精确地确定具体被调用了哪些代码。
总结来说，在没有直接访问源代码的情况下，重建复杂的应用结构是非常具有挑战性的。结合上述方法或许能够部分恢复原貌，尤其是对于简单的 UI 元素和基础逻辑；但对于更为复杂的应用结构，则可能需要开发者的具体指导或参与才能更精确地还原其运行机制与内部流程。
如果希望深入研究此类复杂应用程序的逆向工程方法，请访问 [反编译 SE] 并在其中寻找更多相关信息和技术讨论。