You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

103 lines
13 KiB
Markdown

2 years ago
# 24 | 想成为Android高手你需要先搞定这三个问题
专栏上线已经两个多月,模块一“高质量开发”也已经更新完毕,你掌握地如何呢?我知道有不少同学一直随着专栏更新积极学习、认真完成课后的[练习作业](https://github.com/AndroidAdvanceWithGeektime),并且及时给我反馈,作为专栏作者我很欣慰。
但也有不少同学表示很难跟上专栏的进度似乎对“如何成为Android开发高手”感到更加迷茫也更困惑了。“这个专栏实在是太难了”“我日常工作根本用不上这些知识”“我应该怎样做才能更好地学习这个专栏”。**太难了、工作用不到、想学但是又不知道从何入手**,这是我听到同学们反馈最多的三个问题。
今天既然是专栏“模块一”的答疑时间那我就来解答这三个问题力求帮助迷茫的你拨开云雾找到通向Android开发高手之路。
前几年在业务红利期Atlas、Tinker、React Native、Weex、小程序大行其道我们的应用程序堆积了各种各样的框架以及无数的业务代码。当现在需要出海东南亚需要下沉到三四线城市时在面对各种低端机和恶劣网络条件的时候再猛然回头一看会发现原来我们已经欠下了如此恐怖的“技术债”。
如果想成为一名开发高手,只做好需求是远远不够的,还需要有系统性解决应用性能和架构问题的能力。而这些问题本来就是很复杂的,可能对于一些同学来说解决复杂问题会感到很难,但你要成为高手,就一定要具备解决复杂问题的能力。下面我就先来谈谈这个专栏真的这么“难”吗?
## 问题一:这个专栏太难了?
> 性能优化就像一个坑,你永远不知道自己跳进去的坑有多深 。
在过去几个月,我一直在填“启动优化”这个坑,也对这句话有了更深的感触。
* **业务优化:应用层**。开始的时候通过业务代码的优化我很轻松地就把启动速度优化了50%。但正如《大停滞》所说的这只是摘完了“所有低垂的果实”。之后很快就陷入了停滞就像冲进了一条漆黑的隧道不知道还可以做哪些事情很多现象从表面也不知道如何解释I/O有时候为什么那么慢线程的优化应该怎么样去衡量
* **Android Framework系统框架层**。为了冲出这条漆黑的隧道我去研究了Android的内存管理、文件系统、渲染框架等各个模块学习如何去优化和监控I/O、线程、卡顿以及帧率建立了各种各样的性能监控框架。为什么我对监控如此重视这是因为对于大厂来说“挖坑容易填坑难”几十上百人协同开发一个项目我们不希望只是解决具体的某一个问题而是要彻底解决某一类问题。但想要实现一个监控框架前提是需要对Framework有非常充分地理解和研究。
* **Linux Kernel内核层**。再深入下去我还需要利用Linux的一些机制例如ftrace、Perf、JVMTI等。在做I/O的类重排、文件重排评估的时候还需要自己去修改内核的参数去刷ROM。
* **Hardware硬件层**。高端机和低端机的硬件差异究竟在哪里eMMC闪存和UFS闪存的区别是什么除了更加了解硬件的性能和特性到了这个阶段我还希望可以向手机厂商和硬件厂商要性能。例如高通的[CPU Boost](https://developer.qualcomm.com/software/snapdragon-power-optimization-sdk/quick-start-guide)、微信的Hardcoder、OPPO的开放平台等。
![](https://static001.geekbang.org/resource/image/88/76/8830c500c7d86d82837f0b6a1ee35876.png)
启动优化的过程,就像是一个知识爬坡的过程。我们不停地尝试往底层深入,希望去摘更高的果实。那再回到你疑惑的问题:**这个专栏难不难?难,因为它试图为你从上往下拆解整个知识架构。**
坦白说现在很多移动开发工程师更像是API工程师背后的数据结构、算法和架构相关的知识是不达标的。这个时候如果想往底层走就会感觉步步艰辛。但是上层的API很容易被Deprecated即使你对Android的所有API倒背如流也无法成为真正的开发高手。这样的你即便以后把Android替换成Fuchsia你也还只是一个Dart API工程师。
相反越底层的东西越不容易过时假如我们以后面对的不是Linux内核的系统比如Fuchsia OS也可以根据已经掌握的系统知识套用到现有的操作系统上因为像内存管理、文件系统、信号机制、进程调度、系统调用、中断机制、驱动等内容都是共通的在迁移到新的系统上时可以有一个全局的视角帮助你快速上手。
**因此我希望5年后再回头看这个专栏它依然不会过时**。所以从知识的深度来看,这个专栏的确难。那从知识的广度来看呢?
![](https://static001.geekbang.org/resource/image/fb/fb/fb492a5ede709bbacb59953c04d986fb.png)
崩溃、内存、卡顿、I/O、渲染、网络…这个专栏涉及的知识的确非常多而且这个专栏也只能提纲挈领还需要你花时间去补充文章里给你链接的更多知识。
所以说无论从知识的深度还是广度来看专栏的确算是比较难。那这个专栏究竟有多难呢可以说超越了大多数腾讯T3或者阿里P7的水平。如果你还没到达这个级别看不懂是正常的因为大部分内容BAT的工程师第一遍可能也看不懂。
把这个专栏写“难”并不是因为我想炫技而是成为一名真正的Android开发高手本来就没有想象得那么容易。只有看到差距才有前进的动力2019年你需要真正迈出走向高手的第一步。
## 问题二:专栏所讲的工作上用不到?
> 我一直只是做业务,没有机会接触性能。对于这个专栏,我更期待可以对日常工作有帮助的内容。
正如我上面所说的之所以选择写这些内容是因为它们是移动开发高手所必须掌握的。如果我告诉你MAT怎么用、Profiler怎么用或者告诉你如何去写界面或许这些内容对你日常工作能有帮助但仅仅这些你依然不可能成为一名Android的高手。
这个专栏目希望可以提高你的个人能力,帮助你成长,或许不一定与你当前的工作完全契合,那这个问题怎么解决呢?我认为完全不需要等着别人给你安排,我们在完成工作之余,可以尝试去解决一些应用性能和架构的问题,又或者是团队效率的问题。
这样你工作上的表现也会超出上级的预期,并且可能以后这些高级问题大家都会来咨询你。同事对你建立了信任,这些事情以后可能就都由你负责了,你也成为了大家心目中的“开发高手”。
当然如果你认为目前的平台对未来的发展制约太多,**那这个专栏同样也是你去面试大厂的一块非常好的敲门砖。**
“打铁还需自身硬”专栏里很多内容大厂面试官可能也不熟悉我专栏里讲的很多问题其实大厂目前做得也都不很完善。在专栏中我会力求去分析腾讯、阿里、头条、Facebook、Google等国内外大厂目前遇到的问题、尝试解决的方案以及未来优化的方向。希望可以扩宽你的视野帮你知道大厂在玩什么、他们都在意什么因为这些对于面试来说也非常重要。
虽然这个专栏涉及那么多的内容但毕竟我们不可能每一项都精通。之前我在一篇文章曾经讲过微信的T型人才理论说的是微信在面试时不会问你Android和iOS的API怎么使用而是希望候选人在某一个领域研究得特别牛、特别深入并且是可以打动面试官的。这意味着如果你在某一个领域证明过自己那微信也会愿意在其他领域给你机会。这里我推荐你看看[《谈谈腾讯的技术价值观与技术人才修炼》](https://mp.weixin.qq.com/s/Vn0eKvY5AU1DEOrxbOxABQ)这篇文章。
不夸张地说LeetCode适量刷题加上这个专栏知识的广度如果再找其中一两个知识点更加深入地研究这样的话进入大公司是不会有太大问题的。
## 问题三:这个专栏应该怎么学习
> 我工作用不上,平时还那么忙,应该怎么去学习这个专栏呢?
如果专栏的学习可以跟我们的工作紧密结合在一起,的确是一个非常理想的情况。但是即使是理想情况,关键也还是要靠个人的自驱力。
在极客时间的年终总结里看到一句话特别有感触“2018年买了32个专栏完成了开篇词的学习”。**这个专栏应该怎么学?你首先应该抛弃焦虑,无所畏惧地往前冲。**
既然腾讯T3或者阿里P7都会觉得难如果看不懂真的不要气馁也不要焦虑可以结合参考资料慢慢看。因为专栏一直都在可以按照自己的节奏来学习甚至可以用2019年一整年的时间来“死磕”它但千万不要放弃。
还记得当初你在专栏“[导读](https://time.geekbang.org/column/article/70250)”里立下的flag吗你可以利用这个专栏好好地将知识架构补充完整。我们的基础能力提升了未来无论是大前端还是Flutter都会有用武之地也就更加无需担心Android系统是否会被颠覆。
**这个专栏应该怎么学?我给你的第二个建议是多看、多想、多实践**。看再多的文章,不去思考文章所讲的内容和意图也是没用的;思考再多,不去动手真正实践也是没用的。
正因为实践这么重要所以我在写专栏时才会把大量的时间花在Sample上面。想想现在有那么多的开源项目可能我们只是调用API或者提一两个issue并不算是真正使用。想要真正用好开源项目需要你去研究内部的机制思考作者的意图。只有在认真研究之后我们才能发现优化的空间。
在学习专栏时,我建议可以先挑一两个知识点开始深入学习。如果你觉得崩溃相关的内容比较困难,可以先略过,等学习完其他知识后再回头来看,肯定会有不一样的体会。
![](https://static001.geekbang.org/resource/image/e5/c6/e567f175cc91fa2055a9398eefd73fc6.png)
我们的学习过程也是一个树立信心的过程,可能在某几个阶段会感到煎熬,但是只要你攀登上去了,一切都会柳暗花明。
另外专栏的很多文章我喜欢用演进的思路去讲比如耗电的演进、渲染的演进、Android Runtime的演进等。同样的你成为高手的道路应该也是不停向前演进的可能刚开始时不一定是最好的但是只要方向是正确的终究可以到达“高手”这个终点。
最后,也是我反复强调过的,专栏的学习还需要结合大量的背景知识和外部资料,推荐的书籍你可以参考[《专栏学得苦?可能你还需要一份配套学习书单》](https://time.geekbang.org/column/article/78354)。
## 总结
今天我们一起来定一个“小目标”也不迟按照专栏给出的方向尝试一下、努力一下走向通往Android开发的高手之路。
未来移动开发无论是变成大前端还是Flutter的世界性能、效率和架构都是永恒不变的主线。今天我们在Android开发打下的坚实基础未来也会帮助我们更好地理解和深入新的开发模式或者新的系统。崩溃、内存、存储、渲染、I/O、网络…这些知识以及它们背后的底层原理依然还是非常重要的。对于其他领域也是如此一个前端开发工程师不能只知道HTML、CSS和JS语法还需要知道它们编译的原理、浏览器实现的原理以及底层的渲染机制等。
最后我想说一个人学习可能会比较孤独,如果可以找到更多志同道合的朋友一起学习,效果可能会更好。正如很多开发所提倡的结对编程,推荐你看看[《两位拯救谷歌的超级工程师的故事》](https://mp.weixin.qq.com/s/NTT1leTSxuDKXVeZTOfKpQ)。除了结对编程的范例之外,文中有一段话对我的触动也非常大。
> Jeff与Sanjay对于计算机的工作原理非常熟悉能够立足bit层级进行思考。Jeff曾经整理出一份[《每位程序员都应该了解的那些延迟数字》](http://yifei.me/note/566)清单。虽然名为“每位程序员都应该了解”但大多数从业者对这些数字其实非常陌生——例如一级缓存引用通常需要半纳秒或者从内存中顺序读取1MB 大概需要250微秒等等。但这些数字已经直接烙进了Jeff与Sanjay的大脑当中。凭借着他们对谷歌核心软件的多次重写该系统的容量已经提升至新的数量级。
2019年已经过去将近1/6了今年你定的目标完成得怎么样了还有哪些学习计划有什么感受想跟其他同学分享吗欢迎留言跟我和其他同学一起见证你的成长。
欢迎你点击“请朋友读”,把今天的内容分享给好友,邀请他一起学习。最后别忘了在评论区提交今天的作业,我也为认真完成作业的同学准备了丰厚的“学习加油礼包”,期待与你一起切磋进步哦。