令人惊讶的是，亚马逊的文档缺少有关提交二进制过程的信息。据我所知，您提交了一个未签名的二进制文件，然后他们将其包装在自己的代码中并生成一个签名的 apk？
这留下了几个问题：
在深入研究此过程之前，是否还有其他需要了解的注意事项或陷阱？
谢谢
【问题讨论】：
标签： android amazon apk signing amazon-appstore
是的。亚马逊使用特定于其应用商店的代码包装您的二进制文件，从而允许他们收集分析数据并实施 DRM。该应用程序将在此之后重新打包。
您应该使用相同的包名。亚马逊分销协议目前有一些附带条件；例如，您的应用在其他应用商店中的价格不低。他们还会不定期检查您的应用程序在市场上的版本是否是最新的。这些检查主要是使用包名完成的；更改应用程序的包名称很容易被他们视为规避协议条款的一种手段。
没有。一个人想要这样做可能有很好的理由，但我想不出。默认情况下，Amazon 会使用您的 Amazon 开发者帐户特定的签名对您的 apk 进行签名。
其他：
Read this。特别是，确保应用程序正确链接到亚马逊应用程序商店，而不是 Android 市场或其他。我没有内部数据，但我敢打赌，亚马逊拒绝的绝大多数提交都违反了这一要求。
编辑：第 2 点不再正确；请参阅下面的评论。
【讨论】：
这是我从亚马逊移动应用分发团队收到的关于提交签名或未签名 apk 的问题的回复：
"您可以向商店提交已签名或未签名的二进制文件 - 然后，无论哪种情况，我们都会将我们的签名应用到您的应用程序。如果您需要使用已知签名对您的应用程序进行签名（如果您例如，正在使用 Facebook 授权）您可以选择使用我们的自签名流程上传您的应用（您需要要求我们为您启用此功能）。”
提交应用程序最直接的方法是从 Eclipse 中导出已签名的 apk（所有 zip 对齐都已准备就绪），然后使用我们的 DRM 和签名通过分发门户上传。
对于我的应用程序的最新更新，我刚刚使用了我之前发布到 google play 的同一个签名 apk，它运行良好。
【讨论】：
我只发布了两个几乎一无所获的小应用程序，但都获得了批准，并且我遵循了在 Android 市场上发布的完全相同的程序：我刚刚从 eclipse 导出了签名的 .apk 并使用了相同的包姓名。到目前为止，我没有任何问题，所以我想没问题。
【讨论】：
作为实践，您应该在每次构建期间进行 zipalign。
我在亚马逊上使用与发布到 Google 之前完全相同的构建过程。唯一的区别是一个接口的变量来确定市场链接（在构建时，if/else 被编译出来）。
【讨论】：
if (ThisOneClass.IS_MARKET){useMarketLink} else {useAppStoreLink}
ThisOneClass.IS_MARKET。