我是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.
当我运行一个与授权库的评估副本相关的示例代码时，这个问题并没有持续存在，图表也正常工作。
当前回答
我也有同样的问题。 我的是一个案例，我使用的背景图像是在绘图。这个特殊的图像大约有130kB，在我的android应用程序的启动画面和主页上使用。
解决方案-我只是把特定的图像从drawables转移到drawables-xxx文件夹，并且能够释放大量的内存占用在背景和跳绳帧不再跳绳。
更新使用“nodp”可绘制资源文件夹来存储背景可绘制图 文件。 密度限定的可绘制文件夹还是drawable-nodpi优先?
其他回答
优化你的图片…不要使用大于100KB的图片…图像加载占用太多CPU，导致你的应用程序挂起。
我也有同样的问题。当我在另一台计算机上运行这段代码时，它工作得很好。然而，在我的系统上，它显示“应用程序可能在主线程上做了太多的工作”。
我通过重新启动Android工作室解决了我的问题[文件->无效缓存/重新启动->单击“无效并重新启动”]。
如果在应用程序中使用async/await功能，这是正常的。
还没有解决，但会解决的。对于我的小项目，有一个可组合的功能(按钮)和逻辑来检查是否“com. com”。在启动模拟器时，我在相同的日志中有以下内容:
I/Choreographer: Skipped 34 frames! The application may be doing too much work on its main thread.
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.
