识别Android操作系统导致的应用程序缓慢

Question

如何检查应用程序运行缓慢的原因？更准确地说，哪种生命周期方法在Android中执行需要更多时间。

我已经尝试记录每个活动和片段的生命周期方法，但我无法找出延迟的原因。调用了onCreate，但在调用onResume之前有相当长的延迟（大约1s）。

由于上述延迟，用户感觉应用程序的响应性不强。

对于高端手机，延迟降低到大约100毫秒。但是旧的2012-2011型号有这个巨大的延迟。

关于如何进一步调查以确定延迟的根本原因，以及我们如何优化应用程序以更快地浏览屏幕的一些想法。

提前谢谢。

Answer 1

如果您在主线程中处理大量数据（包括复杂的UI渲染），那么您可以在logcat中找到这种消息：

W/Trace(1274): Unexpected value from nativeGetEnabledTags: 0
 I/Choreographer(1274): Skipped 55 frames!  The application may be doing too much work on its main thread. 

这可能会导致应用程序在呈现UI时速度减慢

可建议的修复

解决此问题需要识别存在或可能发生长时间处理的节点。最好的方法是在独立于主UI线程的线程中执行所有处理，无论大小。因此，无论是访问数据表单SQLite数据库还是进行一些核心数学或简单地对数组进行排序-在不同的线程中执行

现在这里有一个陷阱，您将创建一个新线程来执行这些操作，当您运行应用程序时，它会崩溃，说“只有创建视图层次结构的原始线程才能接触其视图“。你需要知道这样一个事实，android中的UI只能由主线程或UI线程更改。任何其他尝试这样做的线程都会失败并崩溃，并出现此错误。你需要做的是在RunUnuithRead中创建一个新的可运行的。在这个可运行的线程中，你应该执行与UI相关的所有操作。在这里找到一个示例。

所以我们有线程和可运行线程来处理主线程之外的数据，还有什么？android中有AsyncTask，可以在UI线程上执行长时间进程。当您的应用程序是数据驱动的或web api驱动的，或使用复杂的UI（如使用Canvas构建的应用程序）时，这是最有用的。异步任务（AsyncTask）的功能是允许在后台做事情，一旦完成处理，就可以在UI上简单地执行所需的操作，而不会造成任何滞后影响。这是可能的，因为AsyncTask本身来自Activity的UI线程–您通过AsyncTask在UI上执行的所有操作都是在与主UI线程不同的线程中完成的，不妨碍用户交互。

这就是制作流畅的android应用程序所需要知道的，据我所知，每个初学者都会在他的控制台上收到这条信息。