掘友等级
获得徽章 7
鸿蒙OS的UI开发还使用xml搭建，给广大Android开发提供了学不动Flutter和Compose时的退路，实在是资本良心、国产之光。
折腾了快两个月换工作，收获不小，就是很久没写文章了，希望五一能补一点。
顺便提个问题，关于面试的文章如果不带任何面试题，只说其他相关经验，有机会被推荐吗？
悄悄说，第二次没说出来 OkHttp 了，源码看过了，文章写过了（发微信公众号了，已废弃），业务里也用上责任链了，但还是出问题。哎。再写一遍吧。
做算法题还是从暴力法开始思考，逐渐找到暴力法到最优解之间每一个优化方式。跳跃式的思考不适合我，最大的问题是今天的跳跃和一年前的跳跃没跳到同一个地方……
不考虑 onInterceptTouchEvent 的情况下，dispatchTouchEvent 复杂的地方就是这个类似「递归」的关系。在正常的 View 结构里，dispatchTouchEvent 分发触摸事件一定会触发，消耗事件则是按顺序询问 onTouchEvent 进行判断，dispatchTouchEvent 返回 boolean 值的目的是在 ④ 返回 true 的时候不再执行 ⑥ 和 ⑧。（所以除非特殊需求，自定义 View 中最好不要重写 dispatchTouchEvent 直接返回确定的值。）
代码参考：ViewGroup#dispatchTransformedTouchEvent
描述问题和解决问题的过程，经常比解决问题本身更加困难
不 clear 的时候都差不多，加了 clear 千万别偷懒用下面的写法…
Android navigation的设计是不是绑定了很多对业务需求的假设呢，实际用下来正常可用的太少了吧
平时写文章的时候，会给想到了但还没准备的图片预留位置，后面再替换掉。终于，有一次忘记换了…
