错误信息
当你辛苦写完一个页面,打开Layout Inspector 发现不能使用
1 | Could not download androidx.compose.ui:ui:1.5.0-alphao1 from maven.google.com. |
当你辛苦写完一个页面,打开Layout Inspector 发现不能使用
1 | Could not download androidx.compose.ui:ui:1.5.0-alphao1 from maven.google.com. |
业务场景存在一个JSB,FE同学传了个JSON到端上,端上测试的时候都是正确的,有天调试Server反馈说id值找不到,端上id值回传错了,开始排查代码。
发现Jsb传输过来的Json都是String to String的格式, 类似这样
自己在平时工作中发现的一些不错的工具,记录下,方便在切换外部环境的时候,快速找回持续更新
在A 跳到 B ,再跳到C的过程中,一定条件下发送广播,需要把B关掉,达到的效果就是 C直接返回A。
但是现在出现一个Bug就是C返回的时候,还是B。当时没有打印onCreate的日志,只发现B在前面finish了,居然又在后面onResume了,这显然违反科学。当时想就算B启动了多个,B也都在onCreate的时候注册了广播,都应该可以收到广播的。后面怀疑是手滑不小心点击了2次,或是系统突然响应过慢,点击了多次,造成创建了多个实例,所以我直接通过for循环快速模拟这种情况。
我们写JNI的时候,通常要通过 如果需要反调java层的代码,是需要通过jvm->AttachCurrentThread 将当前线程注册到虚拟机中,为什么一定要调用这个方法呢?我们追一下这个方法里面到底做了什么?
之前有debug过jvm, 开发anroid 临时起意想能不能动态debug art虚拟机,代码是看不下去的,还是跑起来直观。其实调试其他native lib 的原理是一样的。网上也看到一些,受启发比较大的是这位大佬17年写的https://zhuanlan.zhihu.com/p/24867284, 在此先感谢一下他,自己也算是做一个较的,记录一下自己踩过的坑。以下全部基于Android 9 。
这个有门槛,毕竟AOSP 超大。有个在64核服务器当然好,大概半个小时,全目录60GB左右,但是自己笔记本还是吃不消的,怎么拉下自己编译,还请google。如果只是想要原生这里有https://ci.android.com/,AOSP google编译的,可以在里面直接下载AOSP编译文件,也比较大,且需要联网。如果你还有个pixel, 还可以用来刷机。