Open luseweixiao opened 1 year ago
2、进程间通信卡死,解决方案: 1)原来的方案是直接将进程杀死:会出现僵尸进程,而且重启进程也需要时间 2)只关闭activity,而不结束进程;在源进程中重新打开Activity,只释放Activity上的资源,这样不用重新创建进程。只有在返回键进行 两次点击时才结束进程,退出程序。
3、视频播放问题 1、卡顿 视频本身太大,或是帧率、码率太大,导致加载不过来;可以适当降低视频质量 2、解码库加载异常,无法播放 测试结果,现在的web视频要播放,必须要硬件加速,不然都播不出来的。 升级了webview 版本后,在开启硬件加速的情况下,还会出现解码库加载异常吗?
4、在内存释放,内存占用不高64~74M 间时,仍会出现 anr现象?? 还没有分析出来具体原因? 猜测: 1)cup突然占用过高,导致页面无法按时刷新??? 2)死锁??
"main" prio=5 tid=1 Native
| group="main" sCount=1 dsCount=0 obj=0x74ded000 self=0xb4cb6500
| sysTid=7207 nice=-4 cgrp=default sched=0/0 handle=0xb6f0db34
| state=S schedstat=( 167486071781 119649158027 398317 ) utm=13230 stm=3518 core=3 HZ=100
| stack=0xbe0e7000-0xbe0e9000 stackSize=8MB
| held mutexes=
native: #00 pc 000175e8 /system/lib/libc.so (syscall+28)
native: #01 pc 0003f6a3 /system/lib/libc.so (_ZL33__pthread_cond_timedwait_relativeP23pthread_cond_internal_tP15pthread_mutex_tPK8timespec+56)
native: #02 pc 0001c2d7 /system/lib/libhwui.so (???)
native: #03 pc 008bfb79 /data/dalvik-cache/arm/system@framework@boot.oat (Java_android_view_ThreadedRenderer_nSyncAndDrawFrame__J_3JI+124)
at android.view.ThreadedRenderer.nSyncAndDrawFrame(Native method)
at android.view.ThreadedRenderer.draw(ThreadedRenderer.java:341)
at android.view.ViewRootImpl.draw(ViewRootImpl.java:2620)
at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2439)
at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2072)
at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1112)
at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:6018)
at android.view.Choreographer$CallbackRecord.run(Choreographer.java:858)
at android.view.Choreographer.doCallbacks(Choreographer.java:670)
at android.view.Choreographer.doFrame(Choreographer.java:606)
at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:844)
at android.os.Handler.handleCallback(Handler.java:739)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:148)
at android.app.ActivityThread.main(ActivityThread.java:5417)
at java.lang.reflect.Method.invoke!(Native method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:746)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:636)
1、加载的新版本X5webview 2、单进程、硬件加速(软件加速无法播放视频)
关注的重点: 1、anr现象 2、不同设备会不会出现上面app一样的情况
测试机: 1、华为 多核cpu cpu并没有出现大的波动(50%)情况,一般都是8%~10% 内存在视频切换时,会释放,131M 134M 141M 146M 2、公司测试机 cpu 最高是在45%,大部分是在30%左右 内存:90M 98M 104M 112M anr: 报错内容和上面的一样
2022-10-08 11:58:25.323 2359-5391/com.jh.h5webapp E/ACodec: [OMX.rk.video_decoder.avc] storeMetaDataInBuffers failed w/ err -1010
2022-10-08 11:58:25.344 2359-5391/com.jh.h5webapp D/Surface: Surface::final mReqUsage=2900
2022-10-08 11:58:25.344 2359-5391/com.jh.h5webapp D/SurfaceUtils: set up nativeWindow 0xa2e93308 for 640x368, color 0x15, rotation 0, usage 0x2900
2022-10-08 11:58:35.531 2359-5398/com.jh.h5webapp I/OMXClient: Using client-side OMX mux.
2022-10-08 11:58:35.545 2359-5397/com.jh.h5webapp I/MediaCodec: [OMX.rk.video_decoder.avc] setting surface generation to 2415936
2022-10-08 11:58:35.547 2359-5398/com.jh.h5webapp E/ACodec: [OMX.rk.video_decoder.avc] storeMetaDataInBuffers failed w/ err -1010
2022-10-08 11:58:35.568 2359-5398/com.jh.h5webapp D/Surface: Surface::final mReqUsage=2900
2022-10-08 11:58:35.568 2359-5398/com.jh.h5webapp D/SurfaceUtils: set up nativeWindow 0xa2e93308 for 640x368, color 0x15, rotation 0, usage 0x2900
2022-10-08 11:59:10.110 2359-2364/com.jh.h5webapp I/art: Thread[2,tid=2364,WaitingInMainSignalCatcherLoop,Thread*=0xaf60b000,peer=0x12de70a0,"Signal Catcher"]: reacting to signal 3
2022-10-08 11:59:10.110 2359-2364/com.jh.h5webapp I/art:
2022-10-08 11:59:16.806 2359-2364/com.jh.h5webapp W/libbacktrace: bool ThreadEntry::Wait(int): pthread_cond_timedwait for value 1 failed: Connection timed out
1、webview是通过xml直接写到 布局文件中的 2、初始化填写的是服务器ip地址 3、有和web页面的心跳,10s中没收到页面心跳,webview会重新reload 4、ip存储在SharedPreferences 5、不支持双屏 6、并没有保活机制 7、与web的jsbridge接口中, 有一个startup方法,通过jni 调用native方法,设置系统时间(只适配了 rockchip PB02Pro) playAudio方法,传入url,通过MediaPlayer来播放语音
原生webview播放测试: 1、视屏切换有些问题,现在使用的loop死循环进行测试 2、cpu 9~12% 3、64M 内存很稳定 4、anr???运行一晚并没有anr??内存也没有增长
比较: 1、内存为什么比使用第三方内核要小? 为什么原生的内存不会显著增长?? 2、内存不会快速增长,cpu占用也低 3、为什么cpu低?原生的webview app线程数为51,而使用x5 webview 线程数为89 还有使用的webview 的apk是否有时特定cpu架构的,导致不同cpu架构加载时性能的差别??
1、内存不断增长 有视频播放的情况:不断增长(native / others 部分不断增长)测试:从87 涨到 97,内存很大概率不会回收 无视频播放的情况: 删除视频播放,只放一个图片 测试:从 97 到 93 到 98 到 93 。内存会增长后又自动回收
工作计划: 1)搞清楚为什么播放视频时内存不断增长 写一个简单单个视频轮播页面,测试是否内存会不断增长 初始内存:94M 到 105 ,内存的确是在增长
为什么会增长??? 上一个视频播放完后,内存并不会完全释放??
2)如何避免视频的不断增长 通过 window.location.reload() 会释放一部分内存
每次播放完视频,将其src 赋值空后load后,再加载另一个视频数据 。 有一定效果,视频切换后会释放一些内存;但长时间的连续播放,内存仍然是在增长
3)如果不能避免,怎样释放这些内存