导出Android应用程序到底有什么作用？

Question

http://developer.android.com/tools/publishing/preparing.html上的说明表明，在将我的android应用程序发布给公众之前，我应该先导出它。 导出中执行哪些步骤？

这是我所了解的：

1. <Application>中的android：debuggable在AndroidManifest.xml中设置为false
2. APK由开发人员的（my）密钥而不是内置的调试密钥签名

3. zipalign在已签名的APK上运行

   我在AndroidManifest.xml中手动将android：debuggable设置为false，并比较了调试和导出的apk。 这些是唯一不同的文件：

   Binary files ../../release/x//classes.dex and x/classes.dex differ
Binary files ../../release/x//META-INF/CERT.RSA and x/META-INF/CERT.RSA differ
diff -r ../../release/x//META-INF/CERT.SF x/META-INF/CERT.SF
diff -r ../../release/x//META-INF/MANIFEST.MF x/META-INF/MANIFEST.MF

   那么我上面的列表是否包括所有内容？ 还是不同的classes.dex表示调试和导出的apk之间还有其他区别？

   感谢下面的错误454的回答，我在每个apk的classes.dex文件上运行了baksmali，发现了一个区别：

   diff -r out/xx/xx/xx/BuildConfig.smali ../../../release/x/out//xx/xx/xx/BuildConfig.smali
7c7
< .field public static final DEBUG:Z = true
---
> .field public static final DEBUG:Z

   所以我想我可以在此列表中添加第四项：

4. 在类BuildConfig（gen /.../ BuildConfig.java）中，DEBUG设置为false。

Answer 1

除了列出的内容外，proguard还在导出过程中运行。

如果您对classes.dex中差异的本质非常好奇，则可以获取baksmali ，解压缩apk并反编译classes.dex文件：

java -jar baksmali-1.3.3.jar classes.dex

这将创建一个out /文件夹，其中包含您可以在旧/新内容之间进行区分的内容。

BuildConfig.DEBUG标志不同的原因是因为您导出了SDK发行说明修订版17中所述的发行版与调试版：

添加了一项功能，使您只能在调试模式下运行某些代码。 现在，生成会生成一个名为BuildConfig的类，其中包含一个DEBUG常量，该常量会根据您的生成类型自动设置。 您可以在代码中检查（BuildConfig.DEBUG）常量以运行仅调试功能。

Answer 2

无论目标是debug还是release ，构建都需要执行许多步骤。 这不是直接的答案，但我建议您查看android-sdk/tools/ant/build.xml

打开文件后，搜索target name="release" 。 您将看到depends属性，该属性列出了将被调用的同一文件中的其他目标。 您可以将release运行的目标与debug目标进行比较。 在每个目标内部，您可以具体查看要运行的内容（例如android-sdk/platform-tools某些实用程序），以及确定是否要运行的内容。

您还可以查看在目标调用期间将哪些参数传递给外部实用程序，这使您可以阅读有关实用程序这些参数的文档，以查看特定步骤的具体情况。

需要注意的是，虽然您可能会在eclipse中导出应用程序，但是研究ant build.xml可以提供一种系统地标识将为完整构建执行的每个步骤的方法。

举一个复杂的例子，如果查看target -set-release-mode ，可以看到一个实例，在该实例中可以生成一个用发行密钥而不是调试密钥签名的调试包。

Answer 3

还是不同的classes.dex表示调试和导出的apk之间还有其他区别？

即使使用相同的代码，生成的classes.dex也不必与以前编译的版本二进制相同。 这是由于编译器优化代码AFAIK的方式不同。