就是一个简单的页面跳转
点击 ActivityA 当中的一个按钮，跳转到 ActivityB
现在偶尔会发生这样的情况：在点击了 A 页面的按钮之后，但并不跳转，等待几秒之后，才会跳转
也许有的同学会认为是在主线程当中做了什么耗时的操作
但并没有，所有相关的数据库、网络操作都在子线程当中进行的
我在 ActivityB 的 onCreate、onStart 和 onResume 方法打印了 log，分别计算这几个方法的执行时间
都是几毫秒，最多是 2、30 毫秒
最诡异的是，点击了按钮，ActivityB 当中的 log 打印，时间正常，但界面却不显示跳转，等待几秒之后才跳
哦对了，ActivityB 当中有个自定义的 SurfaceView，因为不懂 SurfaceView，只是谷歌了一下用法自定义了一个控件，是不是这个 SurfaceView 搞的鬼？
按说也不应该啊，当初就是因为担心卡顿才用的 SurfaceView，SurfaceView 的所有绘制都是在子线程当中进行的啊，怎么会卡顿呢？
有没有同学了解的？求帮忙解惑！
 |
1
xiusedelang Apr 21, 2019 via Android
调试工具可以看线程里函数调用流程，每个函数的具体耗时
|
 |
2
somebody Apr 21, 2019 via Android
systrace
|
 |
3
yingyue Apr 21, 2019 via Android
surfaceview 初始化慢。卡顿应该就是这个引起的
|
 |
4
fffang Apr 21, 2019
注释掉 SurfaceView 看一下很难吗
|
 |
5
seagull007 Apr 21, 2019 via iPhone
B 页面日志打印出来证明已经执行到 b 页面的函数了，界面没显示，仅仅是没显示，执行完毕 B 页面的 onstart 方法界面才能显示出来.
你把 surfaceview 去掉，换成普通的 textview,做一个对比，就能发现是不是 surfaceview 有问题 |
 |
6
cst4you Apr 21, 2019
30 毫秒就能让一个 60 帧的描绘跳掉 1~2 帧
|
 |
7
lixyz OP @cst4you @fffang @seagull007 @somebody @xiusedelang @yingyue 感谢各位
报告一下后续 我生成了 trace 文件分析了一下，发现是 SurfaceView 当中的 `holder.lockCanvas()`这句代码耗的时间 但问题是这句是运行在子线程当中的 同时还发现了一个情况是，在自定义 View 当中使用了 ValueAnimator 来生成 View 的值，在 ActivityB 的 onStart 方法中 start 了 ValueAnimator，我把这个 start 方法也改成了异步的，在整个页面获取了焦点之后再启动动画 之后就不卡顿了（原本也是偶尔发生，不知道是不是这次修改之后还没遇到） 以后再卡顿的时候再说吧。。。好像暂时是解决了 |
Select Language