[译] 如何用 Android vitals 解决应用程序的质量问题

<div class="article-content">
<blockquote>
<ul><li>原文地址：<a href="https://link.juejin.im?target=https%3A%2F%2Fmedium.com%2Fgoogleplaydev%2Fhow-to-fix-app-quality-issues-with-android-vitals-and-improve-performance-on-the-play-store-part-498dde9f4ef6">How to fix app quality issues with Android vitals</a></li><li>原文作者：<a href="https://link.juejin.im?target=https%3A%2F%2Fmedium.com%2F%40wkalicinski%3Fsource%3Dpost_header_lockup">Wojtek Kaliciński</a></li><li>译文出自：<a href="https://link.juejin.im?target=https%3A%2F%2Fgithub.com%2Fxitu%2Fgold-miner">掘金翻译计划</a></li><li>本文永久链接：<a href="https://link.juejin.im?target=https%3A%2F%2Fgithub.com%2Fxitu%2Fgold-miner%2Fblob%2Fmaster%2FTODO1%2Fhow-to-fix-app-quality-issues-with-android-vitals-and-improve-performance-on-the-play-store-part.md">github.com/xitu/gold-m…</a></li><li>译者：<a href="https://link.juejin.im?target=https%3A%2F%2Fgithub.com%2FLeeSniper">LeeSniper</a></li><li>校对者：<a href="https://link.juejin.im?target=https%3A%2F%2Fgithub.com%2FDateBro">DateBro</a></li></ul>
</blockquote>
<h2 class="heading">两篇中的第一篇：修复 ANR 事件和过度唤醒是如何提高应用在 Play Store 上的表现的</h2>
<p>对于一个应用开发者来说，没有比开心的用户更好的衡量成功的标准，而且最好是有很多这样的用户。实现这一目标的最佳方式是拥有一个人人都想用的优秀应用，不过我们所说的“优秀”指的是什么呢？它可以归结为两件事：功能和应用质量。前者最终取决于你的创造力和选择的商业模式，而后者可以客观地衡量和改进。</p>
<p>在去年进行的一项 Google 内部研究中，我们查看了 Play Store 中的一星评论，发现超过 40％的人提到应用稳定性的问题。相对的，人们会用更高的评分和更好的评论持续奖励那些表现最佳的应用。这使得它们在 Google Play 上获得更好的排名，而好的排名有助于提高安装量。不仅如此，用户还会更加投入，并愿意在这些应用程序上花费更多的时间和金钱。</p>
<p>因此，解决应用程序的稳定性问题可以在很大程度上决定它有多成功。</p>
<p>为了提供一个客观的质量衡量标准，使你可以轻松发现应用需要解决哪些稳定性问题，我们在 Play Console 中添加了一个名为 Android vitals 的新模块。这个模块可以告诉你应用程序的性能和稳定性问题，而不需要在代码中添加仪器或库。当你的应用程序运行在众多设备上的时候，Android vitals 会收集关于应用程序性能的匿名指标。即使在使用硬件实验室进行测试时，它也会以其他方式难以获得的规模为你提供信息。</p>
<p>Android vitals 可以提醒你的问题包括崩溃、应用程序无响应（ANR）和渲染时间。这些问题都直接影响你的用户对应用的体验和看法。此外，还有一类用户可能不会直接与你的应用关联的不良应用行为：比如耗电的速度比预期的要快。</p>
<p>在本文中，我将着眼于以下两个问题：</p>
<ul><li><strong>过度唤醒</strong>。这会影响电池的续航时间，如果用户无法及时充电，可能会导致他们无法使用设备。这种行为很可能会让用户迅速卸载你的应用。</li><li><strong>应用程序无响应（ANR）事件</strong>。这些事件发生在你的应用程序 UI 冻结的时候。发生冻结时，如果你的应用位于前台，会弹出对话框让用户选择关闭应用或等待响应。从用户的角度来看，这种行为与应用崩溃一样糟糕。用户可能不会立即卸载你的应用，但如果 ANR 持续存在，用户很可能会寻找替代的应用。</li></ul>
<h3 class="heading">过度唤醒</h3>
<p></p>
<figure>
<figcaption></figcaption>
</figure>
<p></p>
<p>那么，唤醒是什么以及它们何时变得过度呢？</p>
<p>为了延长电池的续航时间，屏幕关闭后，Android 设备将通过禁用主 CPU 内核进入深度睡眠模式。除非用户唤醒设备，否则设备会尽可能长时间地保持在此状态。但是，有一些重要事件需要唤醒 CPU 并提醒用户，例如，当闹钟响起或有新的聊天消息到达时。这些警报可以通过唤醒警报（wakeup alarm）来处理，但正如我将要解释的那样，这并不是必须的。到目前为止，唤醒似乎是一件好事，它可以显示重要的事件引起用户的注意，但是如果有太多这种事件那么电池寿命就会受到影响。</p>
<h3 class="heading">Android vitals 如何显示过度唤醒？</h3>
<p>了解你的应用是否在驱动过多的唤醒是 Android vitals 的重要任务。收集的有关你应用行为的匿名数据用于显示自设备完全充电后，每小时经历超过 10 次唤醒的用户的百分比。要查看的关键点是一

[译] 如何用 Android vitals 解决应用程序的质量问题

浏览过的版块