不要忘记在你的Manifest中设置debuggable=false。有几次我都被逮个正着。

我不完全确定，但我认为这将包括许多信息，使代码黑客的生活更容易一些。

我记得几年前我不小心删除了一个java项目的源代码，我惊恐地意识到我没有备份!我使用一个叫做jad的工具在生产服务器上反编译jar文件，它有所有完整的变量，几乎是完美的。我不记得注释是否在那里，但后来我没有在它们的日子里放很多注释:)这是因为我在编译时包含了符号。

实际上，不必费心删除代码注释。你的源代码不会传到用户的手机上——只有编译后的代码才会传到用户的手机上，而且它不包含任何对你的注释的引用。

Android用户倾向于应用程序越小越好，所以仔细检查你只包含了应用程序中仍在使用的资源(图像等)。对应用程序中的任何。png图像使用OptiPNG/ PNGCrush -这可以减少图像文件大小约10%，这可以是你整个应用程序大小的重要组成部分。

此外，使用音频编辑器(如Audacity)尽可能减小音频的大小。使用单OGG Vorbis文件通常是最好的，在手机上听起来也足够好了。

除了上面的建议，你还可以考虑使用Flurry进行移动分析。当我刚开始发布我的应用时，我并不知道这一点，但现在我已经将它们更新到包含它，我喜欢看到用户使用应用的实际情况。这可以为用户很难发现或对用户来说不有趣/有用的事情提供有价值的反馈和指导。

不要忘记在你的Manifest中设置debuggable=false。有几次我都被逮个正着。

我不完全确定，但我认为这将包括许多信息，使代码黑客的生活更容易一些。

我记得几年前我不小心删除了一个java项目的源代码，我惊恐地意识到我没有备份!我使用一个叫做jad的工具在生产服务器上反编译jar文件，它有所有完整的变量，几乎是完美的。我不记得注释是否在那里，但后来我没有在它们的日子里放很多注释:)这是因为我在编译时包含了符号。

不要担心评论。如果你担心你的应用被恶意剖析，那么你可以通过ProGuard这样的混淆器运行它。

我还有其他建议:

Have all your graphics and promotional materials ready to go ahead of time. Time your release strategically for when you don't have a lot else going on in your life (like right before a weekend) so that you'll have time to respond FAST if the first handful of users start having problems. Low ratings early on can kill you, but fast e-mail response and fixes can totally redeem a customer's opinion of your app. I'll agree with earlier comments on reducing image sizes as much as possible. Get your code into source control if it's not already. You're sure to need to issue updates and fixes at some point, and source control can play a big role in that.

我将添加一个明显但重要的方法:将签名密钥保存在安全的地方，并进行备份。如果您让Eclipse为您管理这些，请注意它在哪里创建密钥存储库，并保存它的备份副本。不要忘记密钥库或单个签名密钥的密码。

原因:你需要使用与签署原始版本相同的证书来签署应用程序的更新。如果你丢失了证书(或失去了它的访问权)，你就不能更新你的应用。你必须在Android市场中创建一个新的列表。