芦半山

最近富途的开发者在微信上联系我，说他们debuggable版本的app在Android 13上没有问题，结果到14上就特别卡顿。他们认为这是一个虚拟机的问题，于是向谷歌上报，可是几个月过去也没得到反馈

最近向ART主线提交了一笔改动，用于改善JNI调用的性能。它可以让App的绝大多数 (85%~90%) Java native方法都受益。整个开发和提交耗时几个月，过程颇多坎坷。

最近发生三件事，让我开始反思一些行为。这些行为稀松平常，但背后都反映出一个人的格局。它们决定了别人对我们的印象，也影响到个人发展。 第一件事，是上班过程中开门的问题。公司基于安全考虑一般都会给玻璃门

这两天一到晚上，窗外就积起了大雾。白茫茫一片看不清楚，就像站在2023年尾的我看着未来的样子。 年终总结，我不希望写成流水账，更不希望写成表彰信，它应该是一种梳理和自省，记录这一年来自己行为和观点上

不知何时起，我们谈论荣誉的兴趣远多过成就：拿了第几名，得了什么奖。仿佛这就是人生的全部。可是鲜有人追问荣誉背后的成就：带来了哪些创新，产生了什么价值。 最近圈子里看到好几个新晋GDE(Google D

程序里的攻防战每天都在上演。黑客们利用漏洞发动攻击，开发者们在代码里插入检测。每一种新的攻击方式的出现，就会催生出一种新的防守机制。PAC和BTI便是ARM在架构层面提出的两种防守机制，分别应对ROP

当我们在Java里调用Native方法时，多数人会认为程序将直接跳转到对应的C/C++函数中。但实际情况并非如此，我们需要一个中间函数来处理线程状态切换、Local Reference Table更新

当程序出现异常时，我们通常依赖调用栈来展开分析。它表明了程序运行到某个位置时的函数调用关系。这个关系在开发者眼中是函数名和行号，但它背后其实是函数调用时跳转指令的地址。换言之，函数名和行号只是指令地址

经常看到一些互联网公司，尤其是创业公司，宣传自己的年轻员工占比高，公司充满活力。久而久之，大家都开始习惯这套说辞，认为一家公司有没有活力的标志就是年轻人多不多。可是当我们说一家公司充满活力时，到底在说