问题标签 [dex]

我去年发布了一个安卓应用程序。apk 的最新版本是 3.2（最后修改日期是 2012 年 5 月 26 日），而我只有 2.8 版本的源代码（最后修改日期是 2012 年 5 月 15 日）。我不确定我在 2.8 和 3.2 之间的代码中做了哪些更改。

因此，我想到了解压最新的 apk 并确定更改。我已经使用 APKtoJava_RC2 工具来解压它。我可以获得源代码，但所有文件的最后修改日期都更改为当前时间。因此，我无法识别 2.8 版 apk 之后更新的文件。

由于反编译器更改了大部分代码（变量名、常量...），我无法使用文件比较工具来识别反编译代码和 2.8 版本源代码之间的文件更改。

要么我需要获取文件的原始上次修改日期，以便我可以手动比较 2.8 版本之后更新的文件，要么需要一个魔术工具来比较我的源代码和反编译的源代码。

我在网上搜索了很多并来到stackoverflow，希望有人能帮助我:)

提前致谢

我想编写一个应用程序，单击其中的按钮运行来自另一个 apk 文件（未安装在系统上）的活动。因此，假设我有项目 A，其中包含活动 A，项目 B 中包含活动 B。我希望活动 A 在运行时动态加载活动 B（假设项目 B 的 APK 文件位于项目 A 的资产目录中，并且项目 A 知道它必须在该 APK 文件中查找哪个类。

我知道DexClassLoader允许您从不同的 DEX 文件动态加载类（这里有一个示例），但是我可以对也有资源的 APK 文件做同样的事情吗？基本上以在系统中启动新活动的方式修改动态类加载器示例？

希望我的解释清楚。对此的任何意见都非常感谢。

干杯

我刚刚注意到 .smali 文件，.dex 文件被编译成该文件。我希望能够跟踪我的 .java 文件正在经历的所有转换。

首先，我想知道从创建 .java 文件到我安装的 .apk 执行的所有转换。

其次，我如何才能真正看到并打开在这两者之间创建的所有文件？

我之前在完美运行的应用程序中出现错误。此处显示的快照是在我清理项目之后出现的。据我所知，android 代码完全正确。

}

当我尝试运行或调试它时，应用程序强制关闭。它甚至不会启动！logcat 显示空指针异常。

我认为该错误与 bin>dexedlib 或构建路径有关。

有没有人对此有任何想法。任何想法都非常感谢。

提前致谢。！

这是图像。

我正在尝试从 xmlbeans-2.6.0.jar 和 xmlbeans-2.3.0.jar 构建 dex 文件。我收到以下错误

我认为 DVM 无法将匿名内部类转换为 .dex 格式。如果有人能对此提供帮助，那将非常有帮助。

我正在使用 Android 中的 ccr4j API，所以当我运行我的项目时，它会抛出一个错误，例如：
安装应用程序时出错（INSTALL_FAILED_DEXOPT）

我也从网络和同一站点找到，都尝试过，
1. 从设备上卸载了相同的应用程序。
2. 使用擦除用户数据运行模拟器。
但仍然出现同样的错误。

所以有人知道为什么它会抛出这种错误吗？

我以前见过各种版本的 dex erros，但这个是新的。清理/重启等无济于事。图书馆项目似乎完好无损，并且依赖关系似乎正确链接。

或者

或者

tl;dr：Google 的官方解决方案终于来了！

http://developer.android.com/tools/building/multidex.html

只有一个小技巧，您可能需要这样做以防止在进行 dex-ing 时出现内存不足。

还有一种巨型模式可以以不太可靠的方式解决此问题：

更新：如果您的应用程序很胖并且您的主应用程序中有太多方法，您可能需要根据以下内容重新组织您的应用程序

http://blog.osom.info/2014/12/too-many-methods-in-main-dex.html

我的程序崩溃了

每当我从桌面项目在 android 上运行它时，它运行良好。

我查看logcat，发现以下错误：

OuyaTable 是

我已经尝试了所有我能想到的方法，但它仍然无法在 android 上运行。有没有人见过这个，和/或知道如何解决它？

预先感谢您的任何帮助。

我正在为 android 使用新的构建系统（gradle）。从 Eclipse 构建时，应用程序功能正常。但是，当使用 gradle 构建时，我遇到了引用库的问题。

启动图书馆的第一个活动时，它工作正常。但是，一旦“加载”活动完成，我的应用程序在尝试启动下一个活动时崩溃。

在 logcat 我看到：

...

引起：java.lang.ClassNotFoundException

我和我的团队从另一个团队继承了一个大型 Android 项目。据报道，包含所有库的整个应用程序有大约 35000 个方法。我们现在的任务是在需要使用协议缓冲区的应用程序中实现新服务。

问题是生成的包含所有必需 .proto 文件的 .jar 文件创建了另外几个 35000 个方法，即 70000 个方法。如果您不知道，Android 编译器对每个 .dex 文件有 65536 个方法的限制。我们显然超出了该限制，并且在尝试编译应用程序时遇到以下错误：

是的，应用程序架构可能应该进行重组，但这需要时间。目前，我们正试图找出一个临时解决此问题的解决方案。

有什么建议么？