这个面试有点硬安卓

最近我盯上了一个巨硬的安卓面试题，就是问你View是怎么画出来的。光说那三个步骤（测量、布局、绘制）可不行，得把源码里那些复杂的调用链条和优化细节讲清楚。

我一开始也是头皮发麻，心想：这不就是背那老套的八股文吗？可人家就是要你把每一个过程掰开揉碎，从操作系统到应用层，得跑通。我一开始就上网找答案，结果全是抄来抄去，没啥卵用。我一气之下，决定自己动手跑一遍，用最土的办法——断点调试。

• 第一步：我先是盯住了requestLayout()这个方法，想看看它到底是怎么启动的。
• 第二步：一层一层往上扒，跟着代码跑，发现它最终会走到ViewRootImpl这个鬼地方。这家伙就是安卓系统里负责和系统服务打交道的大管家，所有的绘制请求都得经过它。
• 第三步：最硬核的来了，我深入到measure()和layout()里面去摸，发现一旦你写了一个嵌套很深的布局，那个性能耗费简直是灾难。它会不断地重复测量和布局，我亲手写了个五层嵌套的LinearLayout，运行起来卡得像PPT。
• 第四步：我自己动手造了一个卡顿的App，然后对照着源码，把那些重复计算的地方优化掉，用更聪明的ViewGroup来代替。一对比，效果立竿见影，瞬间就顺畅了，这才算真正搞懂了。

小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区

我为什么非要啃这块“硬骨头”？

为啥我对这个东西这么较真？我跟你们说个实话。就在半年前，我去面试一个很牛的大厂，面试官问了完全一样的问题。我当时结结巴巴地背完了三部曲，感觉自己还行。

结果面试官冷笑一声，让我画出从MeasureSpec到setMeasuredDimension()的流转过程，还要结合我项目里遇到过的卡顿问题来说，我当场就懵了，脑袋一片空白，一句关于优化的话都说不出来。那次面试自然是直接挂了，灰溜溜回家，脸都丢光了。

我回家后气不过发誓要把这块骨头啃下来。我足足花了两个周末的时间，把View的绘制相关源码全给翻了一遍，甚至把那个面试官可能问到的各种边角料都摸得透透的。我才能对着这个源码结构，直接把我的实践过程给他扔过去，比任何网上背来的八股文都管用。

很多技术，不是你背了就会的，是你摔了跟头，尝到了苦头，才逼着你爬起来去实践，去深挖原理。我就是这么干的，把失败的经历转化成了我最硬的实践记录。