如果在应用程序中使用async/await功能，这是正常的。

我也有同样的问题。 我的是一个案例，我使用的背景图像是在绘图。这个特殊的图像大约有130kB，在我的android应用程序的启动画面和主页上使用。

解决方案-我只是把特定的图像从drawables转移到drawables-xxx文件夹，并且能够释放大量的内存占用在背景和跳绳帧不再跳绳。

更新使用“nodp”可绘制资源文件夹来存储背景可绘制图 文件。 密度限定的可绘制文件夹还是drawable-nodpi优先?

还没有解决，但会解决的。对于我的小项目，有一个可组合的功能(按钮)和逻辑来检查是否“com. com”。在启动模拟器时，我在相同的日志中有以下内容:

I/Choreographer: Skipped 34 frames!  The application may be doing too much work on its main thread.

在我的例子中，这是因为我不小心在一个方法上设置了一个断点。一旦我清除了它，消息就消失了，性能提高了很多。

我的应用程序也有同样的问题。但除了显示卡片列表和文本之外，它并没有做其他事情。没有在后台运行。但随后经过一些调查发现，卡片背景的图像设置导致了这种情况，尽管它很小(350kb)。然后我将图像转换为9patch图像使用 http://romannurik.github.io/AndroidAssetStudio/index.html。 这对我很管用。

我不是专家，但当我想从我的android应用程序发送数据到web服务器时，我得到了这个调试消息。虽然我使用AsyncTask类并在后台进行数据传输，但为了从服务器获取结果数据，我使用了AsyncTask类的get()方法，这使得UI同步，这意味着你的UI将等待太长时间。所以我的建议是让你的应用程序在一个单独的线程上执行每个面向网络的任务。