写给所有Android工程师：没有技术深度的苦恼

前言

最近有一位读者去面试Android开发，这位读者师出名门（BAT中的一家公司），是有十年的软件开发经验的高级Android工程师，但却以没有技术深度拒绝了他。

昨天早上，我在给他做模拟面试的时候也发现了这个问题，因为从简历上看他的出身，呆过两家知名的互联网公司，面试官一定会不自觉的提升对他的期望。他虽然有丰富的项目经验，但真正交流下来又发现虽然在知名公司工作却没有掌握“核心科技”，他的优势一下就变成了劣势。

随着年龄的增长，你原来的优势都在慢慢变成你的劣势。

写给资深或即将资深的Android工程师

当我们是初级工程师的时候，最希望的就是有丰富的项目经验，好把自己苍白干瘪的简历填的炫丽饱满。然而随着时间的积累，简历上的项目是挺“饱满”的了，但我们只看“外表”的行为造成了自己另一个困境：看似很资深，其实又没有做过什么有难度的事情，工作了十年可能只是1年的工作经验用了9次。

正如这位去面试的读者，从简历上看确实是能看到他辉煌的项目经历，在经历之下会发现简历中没有深入的地方。有些虽然写的很有技术，但是确实只是在使用API的程度而已；有些解决问题的方式很有技巧，但还不成体系。

可惜没有多走两步，没有去研究和扩展。

那么如何改变呢？

对方也在问我这个问题，而且很迫切，迫切到希望我今天说明白之后他明天面试就可以变得深入。

我很无奈且直接的说明了这个多半不可能。如果是可能的话，别人也可以很快掌握核心技术变得很深入。但长期的话我认为是可能的，比如给自己半年的时间，对以前项目中的某一项技术框架进行学习扩展和实践。最好能利用一下你目前所在公司的资源，比如做这个框架的项目组，和他们搞好关系，向他们学习、和他们讨论你遇到的每一个问题。

但是绝对没有其他的方式，可以让你通过看一下或者临时准备一下就提升到有深度的地步。如果你能做到，必然是已经在某方面是个很精深的高手了，自然可以忽略我说的话。

没有深度的原因

我们没有技术深度，最重要的原因有两个：第一是回避问题，第二是没有兴趣。

当我们在工作中遇到问题的时候，第一选择往往是回避它，不管是从设计上还是从技术上，或者找到其他的替代方案，如可使用别人的开源库，使用别人造出来的轮子。这样做无可厚非，但如果我们想有更深一步的提升或者更有技术深度的话，我们一定要把这个问题搞明白，至少把别人是怎么能解决这个问题的思路和方式搞明白。

第二关于兴趣，很多人没有往更深入的地方多走两步，很重要的一点就是没有兴趣，一点都不好奇。如果我们遇到一些很有意思的解决方案、框架或者一些诡异的问题，但我们完全不想去“招惹”它们，唯恐避之而不及，自然，我们也失去了在这些点上有突破与深入的机会。

如何提升自己的技术深度呢？

1. Java语言进阶与Android相关技术内核

Android应用是由Java语言进行开发的，SDK也是由Java语言编写，所以我们要学习java语言。另外，虽说kotlin语言得到了Android官方的热推，但是kotlin也是编译成了java语言再运行的。对于Android来说，只要SDK没有用kotlin重写，那么Java语言是都需要学习的。而且Android apk的后台服务器程序大概率是java语言构建，所以学习java也是一种必然。那么Java中哪些东西是我们Android程序员需要学习的呢？由于Android程序员习惯了 C V 代码块，所以与Android中比较相关的稍微比较难的Java基础几乎都是一个门槛，像 泛型，多线程，反射，JVM，Java IO，注解，序列化等，都是被 CV 的对象，而程序员是不懂原理的。

2. App开发框架知识体系（APP亦对象）

这块知识是现今使用者最多的，我们称之为Android 2013~2016年的技术，但是，即使是这样的技术，Android开发者也往往因为网上Copy代码习惯了而导致对这块经常“使用”的代码熟悉而又陌生：熟悉的是几乎天天在和它们打交道，天天在复制这些代码；陌生的是虽然天天和这些代码打交道，但是并没有深入研究过这些代码的原理，代码深处的内涵。所以我们需要从新的角度去分析这些知识点，深入研究他们，要学习源码，模仿源码，然后再hook源码，这样才能说自己懂这块的知识。这些都是做Android开发，做高级工程师的基础。

3.Android App全方位性能调优

一个app的性能好不好我们需要从两个层面努力。第一个层面：从写代码的时候就需要注意，让自己的代码是高性能高可用的代码，这个过程是书写高性能代码；第二个层面：对已经成型的代码通过工具检查代码的问题，通过检查到的问题来指导我们进行代码的删改，这个过程被称为调优。

如何写出高性能的代码呢？那就需要我们具备深厚的代码功底，这就是代码的基础，如：数据结构达到可以根据应用场景写出符合当前场景的特殊结构，比如google针对Android平台特征研发了sparseArray替代HashMap。另外，对常用的算法有自己独到的见解，leetcode上有刷个上百道题，这样差不多可以达到精通最常用的排序查找动态规划等算法的能力。再者，高效的算法以及节省内存的数据结构如果配合优秀的符合应用场景的设计模式，那么，这些就为高性能的代码提供了实现依据。

另外一个就是对写好的代码进行调优，那么调优的方向就是使用Profiler工具进行测试和检查，看哪里有性能消耗大的操作，然后分析对于代码的问题。调优的方向就变成了如何对内存调优，对耗电调优，对网络流量调优，当然，还有对启动速度，页面切换效果与速度，开机白屏体验，闪屏方面的原因等进行分析和调优。最后再加上一个屏幕适配相机适配。

音视频/高清大图片/人工智能/直播/抖音等等这年与用户最紧密，与我们生活最相关的技术一直都在寻找最终的技术落地平台，以前是windows系统，而现在则是移动系统了，移动系统中又是以Android占比绝大部分为前提，所以Android NDK技术已经是我们必备技能了。要学习好NDK，其中的关于C/C++，jni，Linux基础都是需要学习的，除此之外，音视频的编解码技术，流媒体协议，ffmpeg这些都是音视频开发必备技能，而且OpenCV/OpenGl/ 这些又是图像处理必备知识，这些都是原理级的实战项目。

由于篇幅原因，还有很多点需要大家提升的像混合开发、小程序开发、架构专题等，在这边就不进行赘述了.

自己该在哪个点上深入呢？

我们工作了很多年之后，技术一定是需要具有一定的深度和广度的，广度自然不必说，你也会明白它的必要性。深度最好是跟自己的兴趣或者比较接近的工作模块相关，如果你在公司相关的模块深入，你可以利用更多的资源。或者是你感兴趣的模块的话，即使没有资源，由于你很有兴趣，你也会有办法去找到你需要用的东西的。

我们永远不缺方法。

带领和被带领

技术的深度是一个带领和被带领的关系。

关于这点我本身就有一个深刻的体会，在我刚开始做Android开发的时候，我的工作是去维护Android自带的系统应用，客户提的问题或者进行二次开发，我都能很好的解决。然后就会有一些空闲的时间，反正也是闲着，我就找了个系统应用里面最简单的一个应用（记事本）练练手。

我想既然这么简单，那我就自己照着写一个吧，就从零开始实现一个记事本应用。当我开始写时，颠覆了我对安卓应用的理解，我发现以前认为懂的地方自己都没懂，我遇到了很多毫无头绪的问题，就这么一个简单的应用，我要靠不停的对照原版的代码实现才能发现自己的问题所在，然后才确信真正的做和看中间的差距有多大。

如果你只是在别人的基础上去做事情解决问题，哪怕你觉得自己想出了很好的点子，好像灵光一闪，很巧妙的解决了客户的问题，但其实这只是一种技巧，在怎么建造这个应用、构架和设计组织这种大的方向上，你并没有多大的实质进步。

这个时候你只是一个跟随者，你是被别人的源码带领着的。

即使你看过和使用过很多应用框架，但纸上得来终觉浅，只是添加了些许纸上谈兵的资本。你始终是一个被带领的人，带领者给你定好了框架，给你定好了一条大路，然后你在他定好的道路上耍了一下滑头，却生出一种假象：觉得自己很厉害，很有技巧。

而你自己写一个这样的框架，或者去设计一个思路，去指定一个方向和路径的话，你会发现它没有你想象中的那么简单。

你是要做带领别人的人？还是要做一个被带领的人呢？

小结

没有技术深度是大多程序员的一种常态。

并不能说这是一种坏的或者好的现象，这只是一种合理的状态，因为很多工作，很多人从事的项目并不需要有多少技术深度。即使你有深度，你也可能发现用不上。对于大多数人，合乎理性的做法不是去追求技术深度而是够用就可以了。

但转到个人的话就不一样了，在技术上你需要够用，但是在某方面上你需要有一定的深度，以突出你自己的学习理解和运用的能力，而且这个能力是要有成功案例来背书。

特别是当你成为一个资深的工程师的时候，很多公司并不希望你还是那样平庸，没有深度。虽然你会纳闷，我就算有深度你们也不一定用得上呀？然而到了这个级别的人需求量并不像初中级开发那么多，公司更理性和稳妥的做法是选择有深度的人，不是吗？