Dalvik在许多方面将无法处理或将不会以与标准Java字节码完全相同的方式来处理它们，尽管其中大多数都是相当先进的。
在 最严重的例子是运行时字节码生成
和自定义类加载。假设您想创建一些字节码，然后使用类加载器为您加载它，如果该技巧在您的普通计算机上有效，那么除非您更改字节码生成，否则保证在Dalvik上不起作用。
这会阻止您使用某些依赖项注入框架，最著名的示例是Google
Guice（尽管我敢肯定有人对此进行了工作）。另一方面，AspectJ应该工作，因为它使用字节码检测作为编译步骤（尽管有人尝试过，我也不知道）。
至于其他jvm语言，最终可以编译为标准字节码并且在运行时不使用字节码检测的任何内容都可以转换为Dalvik，并且可以正常工作。我知道人们确实在Android上运行Jython，而且效果还不错。
要注意的另一件事是 没有及时的编译
。这并不是严格意义上的Dalviks问题（如果愿意，您随时可以随时编译任何字节码），但是Android不支持并且不太可能这样做。结果是，尽管标准Java的微基准测试没有用-
组件在测试中的运行时特性不同于大型系统的组成部分-Android手机的微基准完全有意义。
