Android事件分发机制收藏这一篇就够了，3面直接拿到offer

概述背景坐标广州，五年iOS开发经验。最近面试了一位工作12年的程序员，这位老哥有3年java开发经验，2年H5，7年iOS开发经验，简历上写着精通Java，iOS，熟悉H5开发。没有具体的技术点。说实话我很期待这位老哥的面试，于是让人事邀约了他。老哥面试的气场很足，我也很尊敬他，一大波的自我介绍 背景

坐标广州，五年iOS开发经验。

最近面试了一位工作12年的程序员，

这位老哥有3年java开发经验，2年H5，7年iOS开发经验，简历上写着精通Java，iOS，熟悉H5开发。没有具体的技术点。

说实话我很期待这位老哥的面试，于是让人事邀约了他。

老哥面试的气场很足，我也很尊敬他，一大波的自我介绍之后，我们进入了正题。

我问了他Runloop，他说几乎没用过Runloop，于是我给他举了个小例子，老哥给我的答案是百度可以解决。

于是我有问了他KVC，老哥还是说不清楚，于是我问了最基础的copy，weak等几个关键词，依旧说不清楚，老哥依旧那么强势霸气，他给到我的感觉就是“为啥都会做，你别问这些没用的”。

看着他简历上写着，精通安卓iOS开发，熟悉跨平台开发，Js交互，我问了一句了解Flutter吗？他说不知道没听过，最后问了一句期望薪资他说25k，我不知道问什么了，于是匆匆结束了面试。

一般来说，满足这3个条件的工程师会被提拔做管理：技术能力强、业务熟练、软性素质达标。（当然还要看公司是否有管理岗位的空缺以及你个人的意愿），下面分别展开说下重点。

技术方面：常用技术的深度和宽度缺一不可，架构能力非常关键。否则技术方向都把握不好，技术决策也容易出问题。如果技术能力没达到一定水平，不建议太早转管理（个人感觉能力至少要接近阿里的P7，腾讯的T3-1，百度的T6）。

业务方面：不了解业务，技术没法落地，不仅要求熟悉业务而且应该具备比较强的业务意识，（如果能从技术维度提出好想法，帮助业务拿到更好的结果，这种leader是非常受欢迎的）。

软性素质达标：软性素质这个词有些泛，我个人觉得最核心的两点，沟通协调能力和做事靠不靠谱。软性都是可以锻炼的，但是一定要有意识去提升。著名管理学家陈春花老师说，“一个人被组织提拔，其实不是因为能力，而是因为信任”，聪明的人很多，但是靠谱的人很少，比能力更重要的是工作的投入感和靠谱的态度。

如果你觉得上述3个方面都达到要求了，我觉得只是差一个机会，否则好好提升自己吧。

2你选择做管理的初衷是什么？

之前有人问过我一个问题，“你觉得我适合做管理吗？能给我些建议吗？”，我当时没有正面回答他，而是反过来问他，“你能先告诉我，做管理对你意味着什么？它能给你带来什么呢？”。当然我不是在质疑他，而是想让他反思他做管理的初衷。我觉得『最原始的动机』会决定你在管理路上能扛多大的压力以及能走多远。关于初衷，我见过最普遍的说法有这么几种：

技术不能做一辈子，很多前辈在能力达到一定水平后都转管理了，自己也这么想在技术路线上遇到了晋升瓶颈，想尝试下管理方向，看自己是否合适公司发展太快了，老板让我带团队，自己也没办法管理者工资高，在别人眼中是优秀的代表指挥做事即可，可以脱离执行层面，越往上走越轻松

上面这几类都属于『外部因素』驱动，说实话，都很难在管理路上走得很远。因为技术管理是极其复杂和琐碎的工作，它远没有你想象中的轻松和风光，而在这些外力下，你做出决策后的结果很多时候跟你的预期是不一致的，这个时候你的怨气和转型痛苦就会出现，你开始质疑你选择的这条路是不是错了？

再来看另外一个问题，作为技术管理者，对于公司、团队以及你个人，你觉得它的价值分别是什么？我个人的解读是这样的：

对于公司：能带领技术团队支撑好业务，帮助业务实现公司定的战略目标。对于团队：规划好方向，别让组员瞎忙，同时能帮助他们成长。对于个人：提升自身的技术和管理能力。

这是对于技术管理岗位的基本认知，你的初衷必须建立在这个认知基础之上。然后试问你自己：是否认可这个岗位的价值？如果你觉得全是牺牲自己来成就公司和团队，那你不可能做得开心，也不可能做好。

第2个问题，你是否对管理者的工作充满热情？并且享受这个过程呢？比如项目协调，比如制定流程并推动落地执行，比如招聘。如果你说我只喜欢做技术相关的工作（比如架构设计、技术评审等），那么你还是走技术路线吧。

认可技术管理岗位的价值所在，并且能激发你的投入意愿。这些就是底层最好的动力，你的成长和回报都是付出后水到渠成的东西。所以这个初衷很重要，三观一定要正。

3转型期你会遇到哪些困惑或者挑战？

转型期会经历心态、工作方式的转变，很多事情会刷新你的认知。下面几点，我认为是绝大部分人在转型过程中会遇到的困惑或者挑战：

时间不够用：成为团队leader后有很多日常事务要处理，要参加各种会议，有时候还需要分出一部分精力在一线Coding上，时间完全被碎片化，根本不够用。嫌组员效率低：一个你认为简单的需求或者技术问题，交给团队成员后，他们的处理时间远超出你的预期，当外界施压时，你忍不住抱怨和责怪，并开始自己动手处理，久而久之，习惯自己冲在一线，觉得这样效率最高。恨人际关系复杂：对内对外、对上对下，每天需要和不同职位、不同level的人打交道，有靠谱的，有不靠谱的，某些你认为很简单的事情推动起来却很难，感觉情商不够用。成就感不强：偶尔会收到上级、平级、甚至下级的负面反馈，你开始质疑自己的管理能力，不像做工程师那样经常被认可，落差感强。不敢放弃一线：担心自己不合适做管理，如果脱离一线执行，感觉技术能力会停滞不前。不放弃一线，精力又跟不上，这个度把握不好。

上述疑惑是我个人转型过程中体会最深的几点，我在后文中会分别给出自己的看法和建议。

4转型期应该具备哪些心智？

从技术转型做管理，更多的不是能力的变化，而是思维方式和行为的改变。很多刚转型的leader管理做不好，绝大部分不是因为能力不行，而是出现在了认知上。以下几点，我认为是转型期leader一定要具备的心智：

学会从团队的角度考虑问题注重执行细节学会用人所长，具备包容心重视情商，做好自我情绪控制做好时间管理

学会从团队角度考虑问题

以前作为工程师，更多是从事情本身或者从个人角度出发，成为leader后，转变成团队思维是最最重要的，因为你的KPI取决于你整个团队的完成情况，你要权衡的是团队整体的利益和效能。

最后

其实AndroID开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 AndroID 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 AndroID 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司21年的面试题。把技术点整理成了视频和pdf（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

详细整理在文档可以见；

Android架构视频+BAT面试专题PDF+学习笔记​

网上学习 AndroID的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习 AndroID的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

总结

以上是内存溢出为你收集整理的Android事件分发机制收藏这一篇就够了，3面直接拿到offer全部内容，希望文章能够帮你解决Android事件分发机制收藏这一篇就够了，3面直接拿到offer所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。