我是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.
当我运行一个与授权库的评估副本相关的示例代码时，这个问题并没有持续存在，图表也正常工作。
当前回答
这其实不是问题。当调试器运行了很长时间时，就会发生这种情况。取下制动点并再次检查。
其他回答
尝试使用以下策略来提高应用程序的性能:
尽可能使用多线程编程。即使你的智能手机只有一个核(如果处理器有两个或更多核，线程可以在不同的核上运行)，性能上的好处也是巨大的。让你的应用逻辑与UI分离是很有用的。使用Java线程，AsyncTask或IntentService。检查这个。 阅读并遵循Android开发网站的各种性能提示。检查在这里。
在这个问题上做了很多研究之后，我得到了解决方案，
在我的情况下，我使用的服务将运行每2秒和runonUIThread，我想知道问题是在那里，但根本没有。 我发现的下一个问题是我在五月的应用程序中使用大图像，这就是问题所在。
我删除了图像，并设置了新的图像。
结论:-检查你的代码是否有任何你正在使用的原始文件是大的。
对我来说，这是RoundedBackgroundColorSpan !在textview中，我删除了它(燃烧我的大脑来找到它，因为它没有出现在像Pixel 4 Xl或三星note 10+这样的真实智能手机中，也没有出现在模拟器中，但在芯片设备中如此缓慢的视图)。
我也有同样的问题。 我的是一个案例，我使用的背景图像是在绘图。这个特殊的图像大约有130kB，在我的android应用程序的启动画面和主页上使用。
解决方案-我只是把特定的图像从drawables转移到drawables-xxx文件夹，并且能够释放大量的内存占用在背景和跳绳帧不再跳绳。
更新使用“nodp”可绘制资源文件夹来存储背景可绘制图 文件。 密度限定的可绘制文件夹还是drawable-nodpi优先?
优化你的图片…不要使用大于100KB的图片…图像加载占用太多CPU，导致你的应用程序挂起。
