设计色彩网站,大馆陶网站,门户网站建设统计表,深圳建站公司专业公司近期#xff0c;着手对bugly上的anr 处理#xff0c;记录下优化的方向。
借用网上的一张图#xff1a;
这里的anr 问题是属于主线程的call 耗时操作。需要使用trace 来获取发生anr前一些列的耗时方法调用时间#xff0c;再次梳理业务#xff0c;才可能解决。
问题1 ja…近期着手对bugly上的anr 处理记录下优化的方向。
借用网上的一张图
这里的anr 问题是属于主线程的call 耗时操作。需要使用trace 来获取发生anr前一些列的耗时方法调用时间再次梳理业务才可能解决。
问题1 java 调用栈 从调用栈中发现onActivityResult()执行对游戏侧的初始化会造成anr。
因靠打印是不准确存在多线程抢占cpu的缘故因此考虑通过获取trace来记录方法的真正执行时间。
记录oppo渠道包的冷启动到登录页面的sample trace文件总览trace中存在的耗时点这里查看主线程中执行方法。 淡绿色是app中的代码长方形占用面积越大越耗时。
查看onActvityResult的逻辑执行时间 发现Show_GLView()执行耗时最多其中NativeInit函数中调用若干方法游戏C层初始化了一大堆的逻辑。
问题2
anr发生的调用栈 通过调用栈oppo渠道中发现onResume执行对渠道初始化发生anr。
通过trace,来看下onResume中执行时间 发现onResume中初始化聚合渠道任务初始化耗时100多毫秒。该任务可能并不是真正引起anr的真凶可能是onActivityResult耗时过多间接导致onResume()过程中被系统判定anr。
方案优化
耗时任务的解决有三种方式
将耗时任务放到异步线程中执行将耗时任务 lazy延后策略执行或者 提前选择空闲时间执行。
当界面1 跳转其他界面2后当界面2调用finish销毁时: 先执行界面2的onStop()–界面1的onActivityResult()-界面1的onResume()–界面2的onstop()–界面2的onDestroy()。 尝试将nativeInit和Show_GLView_Two() 放到onActvivityResult()和onResume之后执行。为了不阻塞onResume执行利用hanlde的空闲机制 在onActivityResult之后执行空闲任务 Onresume 之后添加延迟任务 按照以上调整逻辑再次编译渠道包来看下优化效果
优化效果
查看onActivityResult中onResume执行时间 同时也反馈给游戏侧c层的同事初始化根据业务进行延迟、异步等操作细分调用时间。
资料借鉴
https://www.zhihu.com/tardis/bd/art/552305686?source_id1001
