weirenren

发现之前老的版本xlog 体积很小，现在增长很多，那些功能所占体积比较大，以及功能必要性来说，怎样一个顺序精简更加见效了。望提供一些参考建议。

如果精简到100kb，可以去掉那些功能，望大神们多指导。

matrix-trace-canary模块帧率检测在renderthread下的使用场景 是否也有说服力？

1

目前Android设备默认开启硬件加速，此情况下 一帧的渲染由UI线程 和renderthread 线程共同完成，那么目前帧率检测模块仍然适用么？ 貌似目前只是判断主线程的帧率，还望路过的大神指点迷律

### 这个功能解决了什么问题？ nview 2.0 版本里缺少这个：Cannot find module '@/uni_modules/uview-ui/components/u-waterfall/u-waterfall.vue' ### 你期望的 API 是怎样的？ 官方文档有介绍该功能，但是工程代码缺失

 一直卡在loading 状态

3

自检过 1.adb 端口没有被占用 2.loliprofile 程序有Mac 磁盘访问权限

native memory leak 是不是针对 unique_ptr 下new 对象的 case 存在误报的情况？

5

 

demo app测试，观察profiler memory趋势，native heap 有上升趋势

OpenGL vs Vulkan

**Describe the bug** 如果代码这么写：const char keyword[] = "keywords"; 混淆不生效，x86 动态库里依然能找到该value，其他cpu type 混淆成功 如果这么写：const char *keyword = "keywords"，则 x86 混淆成功