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

最新推荐文章于 2022-03-20 13:33:22 发布
最新推荐文章于 2022-03-20 13:33:22 发布
阅读量7k 收藏
点赞数
分类专栏： Android 文章标签： too much work on its
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yuerliang/article/details/77881906
版权

09-07 14:53:10.973 7451-7456/com.moreunion.zhenghao I/art: Do partial code cache collection, code=25KB, data=30KB
09-07 14:53:10.973 7451-7456/com.moreunion.zhenghao I/art: After code cache collection, code=24KB, data=30KB
09-07 14:53:10.973 7451-7456/com.moreunion.zhenghao I/art: Increasing code cache capacity to 128KB
09-07 14:53:11.117 7451-7451/com.moreunion.zhenghao I/Choreographer: Skipped 129 frames!  The application may be doing too much work on its main thread.
09-07 14:53:11.244 4905-18339/? I/ActivityManager: Start proc 7962:com.google.android.apps.cloudprint/u0a42 for broadcast com.google.android.apps.cloudprint/.printdialog.receivers.UpgradeBroadcastReceiver
09-07 14:53:11.257 4905-4982/? I/ActivityManager: Displayed com.moreunion.zhenghao/.MainActivity: +3s101ms
09-07 14:53:11.286 4905-4942/? I/ActivityManager: Process com.android.defcontainer (pid 4770) has died




09-09 13:58:33.654 6927-6927/com.moreunion.zhenghao I/Choreographer: Skipped 54 frames!  The application may be doing too much work on its main thread.




A-Liang
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Choreographer 丢帧计算
u013156088的博客
12-20 3854
  在Logcat中，我们经常会看到系统输出如下Log： Choreographer: Skipped 180 frames!  The application may be doing too much work on its main thread. 这句log是提示我们在主线程做了耗时操作，那么本文就来分析一下丢帧是怎么计算的，以及如何解决以下2个问题： 1. 在主线程不可避免要做...
Android Choreographer
Battling against our own ignorance
11-01 3382
引言之前其实并未关注过Choreographer，在一次调试App demo的过程中，偶然发现出现了一条这样的日志： I/Choreographer: Skipped 1201 frames! The application may be doing too much work on its main thread. 这是一条系统日志，意思很明确：主线程的工作可能过多，导致了掉帧。突然发现Ch
安卓->I/Choreographer: Skipped 44 frames! The application may be doing too much work on its main 解决方案
kenadc的博客
04-23 4683
Thread ocrThread = new Thread(){ @Override public void run() { runOnUiThread(new Runnable() { @Override public void run() { Intent intent = ne...
android studio上代码编译调试中遇到的一些异常记录
djh10000的博客
06-02 635
下面是记录的在平时代码编写或编译时的一些异常，答案有自己摸索出来的，也有参考其他程序猿朋友的，参考文章过多，就不一一贴出来了。 I/Choreographer: Skipped 2267 frames! The application may be doing too much 报出这个错误时app一启动要反应很久才会出现页面或者直接死掉，搞得我一脸懵逼。 这个报错有的原因是...
Android卡顿检测及优化
有图有真相
06-19 7094
前言 之前在项目中做过一些Android卡顿以及性能优化的工作，但是一直没时间总结，趁着这段时间把这部分总结一下。 卡顿 在应用开发中如果留意到log的话有时候可能会发下下面的log信息： I/Choreographer(1200): Skipped 60 frames! The application may be doing too much work on its main thread. 在大部分Android平台的设备上，Android系统是16ms刷新一次，也就是一秒钟60帧。要达到这种刷新
The application may be doing too much work on its main thread.
weixin_30410999的博客
04-28 917
最近学习handler中的回调：handler.callback。出现异常 I/Choreographer: Skipped 179 frames! The application may be doing too much work on its main thread. 意思是：主线程中有耗时操作，主线程受不了了。原因是我在重写callback的handleMessage方法时，...
android之从SD卡加载大图片
07-05
在Android开发中，从SD卡加载大图片是一项常见的任务，但如果不正确处理，可能会导致内存溢出（Out of Memory）等问题。本知识点将详细介绍如何在Android系统中有效地加载和显示SD卡上的大尺寸图片，避免性能瓶颈。...
Choreographer:用于编排复杂浏览器动画序列的 JavaScript 库
06-07
编舞Choreographer 是一个 JavaScript 库，旨在编排复杂的浏览器动画序列。 它起源于的动画代码开发，该代码支持大量定时、连续的 CSS 过渡和动画。 尝试使用 JavaScript 动态协调所有这些动画变得非常麻烦，因为 ...
Choreographer:适用于Android项目黄油的Choreographer演示，可动态计算丢帧和FPS
05-16
编舞Android的Project Butter的Choreographer测试。 一个可运行的示例代码，用于演示如何使用Choreographer检测帧丢失。 而且，每次接收到VSync信号时，它都会使用来自编舞者的信息来估计每秒帧数（FPS）。 您可以在...
编舞者：Choreographer
最新发布
08-17
《Android渲染机制：Choreographer深度解析》 在Android系统中，Choreographer扮演着至关重要的角色，它负责协调应用程序的界面更新，确保与设备的显示刷新同步，从而实现流畅的用户体验。本文将深入探讨...
Android基于Choreographer的渲染机制详解.docx
02-24
Android 基于 Choreographer 的渲染机制详解 Android 系统从 4.1（API 16）开始加入了 Choreographer 类来控制同步处理输入（Input）、动画（Animation）、绘制（Draw）三个 UI 操作。Choreographer 是Android 系统...
Choreographer 解析
duxingerlai的博客
03-06 2117
在看Animator源码的过程中，发现书上源码和实际源码不同，其handler的使用封装在了这个类中。后发现这个类是4.1之后才出现的，特此先找几篇文章记录一下其源代码及使用方式 一、概述 在 Logcat 中使用关键词 Choreographer 进行过滤，对 App 做一些操作，一般能看到控制台输出这样的日志 I/Choreographer: Skipped 55 frames! T...
Skipped 60 frames! The application may be doing too much work on its main thread
热门推荐
每天进步一点就够了
04-17 2万+
最近发现app界面跳转时界面很是卡顿，非常的明显，看看日志打印了如下 Skipped 60 frames! The application may be doing too much work on its main thread 很简单也很直白的提示了，跳过了60帧，有可能在主线程做了较为耗时的操作，但是这些操作又不至于到使程序达到ANR的地步。既然原因找到了咱们就动手了，于是开始查找activ
android 动画在某个界面卡顿_Android 流畅度检测原理简析
weixin_34570507的博客
01-30 839
程序流畅度是很重要的一个指标，重要是因为用户可以直观体验到，为啥别人家的程序都是如丝般顺滑( •̀ ω •́ )✧( •̀ ω •́ )✧( •̀ ω •́ )✧，今天就来聊聊系统是如何判断程序卡顿。不知道你曾注意过这样一条系统日志Choreographer(1434): Skipped 35 frames! The application may be doing too much work ...
Choreographer机制和卡顿优化，职场中的中年危机
m0_63102464的博客
11-11 526
msg.setAsynchronous(true); mHandler.sendMessageAtTime(msg, dueTime); } } } 我们可以看到正常情况下会执行scheduleFrameLocked方法 private void scheduleFrameLocked(long now) { if (!mFrameScheduled) { mFrameScheduled = true; if (USE_VSYNC) { if (DEBUG_FRAMES) { Log.d(TAG, “Sch
13、主线程任务太多导致异常退出（The application may be doing too much work on its main thread）...
weixin_34228662的博客
02-26 2481
今天花费了一天的时间来解决这个bug。 这种在程序运行期间出现的问题比较棘手，如果再没有规律的话就更难解决。 还好这个bug是由规律的，也就是说在程序执行半个小时左右后就会因为此异常而导致程序退出；那么在网上找了下原因，无非是说一下几点： 1、把业务放在子线程中去完成，然后通过handler来更新界面 2、通过runOnUiThread的方法来实现 再补充一点就是：优化代码，将不需要重复...
Andriod部分手机频繁闪退，vivo y55a等，Skipped 62 frames! The application may be doing too much work on its main...
dianxixian1343的博客
01-28 452
问题描述：　　部分手机频繁闪退的问题。比如：vivo y55a，在升级、交任务、穿戴装备等都有概率闪退...表现:　　卡几帧就马上闪退。　　在学习技能、穿戴装备、升级等概率出现，新角色第3个任务“拦截少年”完成后指引穿戴武器后大概率闪退，这时同时还预加载2个剧情资源，处理较多事情。　　闪退日志：Skipped 62 frames! The application may be doing...
Android异常处理之卡顿
augfun的博客
03-20 1336
参考 自动化卡顿检测方案及优化深入探索Android卡顿优化（上）深入探索Android卡顿优化（下） 卡顿 关于什么是卡顿？可以参考什么是卡顿 原理 一个线程不管有多少Handler，它只会有一个Looper存在，主线程执行的任何代码都会通过Looper.loop()方法执行。而在Looper函数中，它有一个mLogging对象，这个对象在每个message处理前后都会被调用。主线程发生了卡顿，那一定是在dispatchMessage()方法中执行了耗时操作。那么，我们就可以通过这个mLogg
Choreographer: Skipped 44 frames! The application may be doing too much work on its main thread.是内存泄漏吗
06-01
Choreographer: Skipped 44 frames! The application may be doing too much work on its main thread.并不是内存泄漏问题，而是应用程序在主线程上执行的任务太多，导致主线程无法及时处理它们，从而导致帧的丢失。这种情况下，应用程序可能会出现性能问题，卡顿现象，或者应用程序无响应（ANR）的提示。要解决这个问题，可以将一些任务放到后台线程中执行，或者将一些任务分批处理，以减轻主线程的负担，提高应用程序的性能和稳定性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值