我是Android SDK/API环境的新手。这是我第一次试着画一个图表。我尝试在模拟器上使用3个不同的免费库运行不同种类的示例代码，没有显示在布局屏幕上。日志猫正在重复如下信息:
W/Trace(1378): Unexpected value from nativeGetEnabledTags: 0 I/Choreographer(1378): Skipped 55 frames! The application may be doing too much work on its main thread.
当我运行一个与授权库的评估副本相关的示例代码时，这个问题并没有持续存在，图表也正常工作。
当前回答
我不是专家，但当我想从我的android应用程序发送数据到web服务器时，我得到了这个调试消息。虽然我使用AsyncTask类并在后台进行数据传输，但为了从服务器获取结果数据，我使用了AsyncTask类的get()方法，这使得UI同步，这意味着你的UI将等待太长时间。所以我的建议是让你的应用程序在一个单独的线程上执行每个面向网络的任务。
其他回答
UI线程延迟的另一个常见原因是SharedPreferences访问。当你调用PreferenceManager。getSharedPreferences和其他类似的方法，关联的.xml文件将立即在同一个线程中加载和解析。
解决这个问题的一个好方法是从后台线程触发第一次SharedPreference加载，越早越好(例如从你的Application类的onCreate开始)。这样，在您想要使用首选项对象时，首选项对象可能已经构造好了。
Unfortunately, sometimes reading a preference files is necessary during early phases of startup (e.g. in the initial Activity or even Application itself). In such cases it is still possible to avoid stalling UI by using MessageQueue.IdleHandler. Do everything else you need to perform on the main thread, then install the IdleHandler to execute code once your Activity have been fully drawn. In that Runnable you should be able to access SharedPreferences without delaying too many drawing operations and making Choreographer unhappy.
对我来说，这是RoundedBackgroundColorSpan !在textview中，我删除了它(燃烧我的大脑来找到它，因为它没有出现在像Pixel 4 Xl或三星note 10+这样的真实智能手机中，也没有出现在模拟器中，但在芯片设备中如此缓慢的视图)。
优化你的图片…不要使用大于100KB的图片…图像加载占用太多CPU，导致你的应用程序挂起。
正如上面其他人回答的那样，“跳过55帧!”意味着应用程序中有一些繁重的处理。
对于我的情况，我的申请过程并不繁琐。我反复检查了所有内容，并删除了那些我认为有点沉重的过程。
我删除了片段、活动、库，直到只剩下骨架。但是问题仍然没有消失。我决定检查一下资源，发现我使用的一些图标和背景相当大，因为我忘记检查这些资源的大小。
因此，我的建议是，如果以上答案都没有帮助，您也可以检查您的资源文件大小。
因为我首先最好使用SVG图像而不是所有其他类型的图像，如果不可能，使用一些图像处理工具(如Adobe Photoshop或Fotosizer)压缩所有PNG和JPG资源。最简单的方法之一是在线图像压缩工具，像这样，它帮助我把所有的图像文件减少到初始大小的50%。
