关于Android学习的三个终极问题身为程序员的你有遇到吗？

最新推荐文章于 2024-07-02 17:46:29 发布

m0_60635001

最新推荐文章于 2024-07-02 17:46:29 发布

阅读量977

点赞数 15

分类专栏： 2024年程序员学习文章标签： android 学习

本文链接：https://blog.csdn.net/m0_60635001/article/details/137289657

版权

2024年程序员学习专栏收录该内容

265 篇文章 1 订阅

订阅专栏

从事底层开发的码农们叫BSP或驱动开发工程师。涉及的专业知识集中在Linux Kernel或驱动方面。

Linux Kernel是无数人为之倾倒的知识金矿。当年我也认认真真读过毛德操老师的《Linux内核情景分析》这样的源码分析书籍。这本书对我的影响非常深，以至于我策划的深入理解Android系列的几本书可看做是毛老师的手法在Android系统上的复制。

底层开发的工作内容主要是移植和Bug Fix。在某些公司的日常工作中，只要找到解决bug的patch，打上去就好了。为什么会这样？因为Kernel是一个比较稳定的软件。在这里，稳定压倒一切。当然，其中也有非常具有挑战性的工作，比如优化相关的工作等。

如果你想从事Android底层开发，下面是这个领域的学习路线：

在这个领域里工作，请牢记“吃亏是福”这句话。吃亏意味着积攒经验。这个领域里的经验是至关重要的。所以，我在下面的基本素养里还会提到它：

Android系统层开发

接着来看Android系统层开发。它涉及的知识范围和主要工作内容如下：

Android系统层开发的主要工作有因Android系统升级带来的移植工作、或者是诸如华米OV各家系统的产品特性（因为原生Android系统没有，所以需要自己开发）。

最后，随着除手机外的智能设备兴起（如智能POS、智能汽车），这些特定设备上也有许多在系统层需要开发的工作。

相比底层开发，系统层开发有更多的个性发挥空间。MIUI、EMUI、color OS等等就是系统层个性发挥的结果。简单点说，如果可以把从事底层开发的公司看做是硬件公司，那么从事系统层开发的就可以看做是软件公司了。

我这个说法肯定是不对的，但这里想说的是这两个领域的思维方式不太一样，因为要解决的问题也不一样。

Android系统层的学习路线如下：

从编程语言上来说，Android系统层有很大一部分是用Java开发的。另外还有一大部分是用Native（C/C++）语言开发的，

所以，要想在这个领域做到游刃有余，对Java和C++语言要了解。题外话，还没了解C++的同学可以直接上C++11。它和C++98/03不同（C++之父Bjarne Stroustrup甚至说过“C++11看起来像一门新的语言”）。

关于C++11的知识，我在CSDN博客上"C++11学习"一文（也是《深入理解Android JVM ART》一书的第五章，因为ART JVM几乎都是C++11写的）做过一个较为全面的介绍（地址在文后列出）。

Android系统层是相当吸引广大开发者的一个领域。比如很多知名Android技术公众号都会时不时讲一讲Handler的实现、UI绘制的流程、Binder的工作原理、消息传递机制等这样的知识。这些内容早在《深入理解Android》系列的卷1、卷2和卷3都覆盖了。只不过时过境迁，年轻的人现在更适应新的传播方式。

除了这些通用知识，Android系统层还有相当一部分属于专业领域知识。比如，蓝牙、Wi-Fi、NFC、Telephoney（其中的双卡双待功能算是中国特色的功能）。如果你从事类似这样的专业领域的工作，请注意把精力放在专业知识本身，而不是Android里的代码。比如，Wi-Fi、NFC、GPS、蓝牙技术出现得远比Android早。它们各自有非常深厚的专业、理论知识。在Android中，你看到的相关代码无非是它们在特定系统上的实现罢了。你务必要先了解这些专业、理论知识，才能看懂Android上的代码实现。更未雨绸缪的说法是，如果将来没有Android系统的话，你一样可以靠着对专业理论知识的了解另起炉灶。

这也是我说“基于Android、高于Android”的意思。一个最近发生的例子是，之前我认识的一个审稿专家现在研究Flutter里的虚拟机。我相信他会比别人走得更快，更轻松一点。

Andriod系统层开发的基本素养：

系统层这几年发展也很快（想想Android的发版速度），靠个人力量来追踪这么一个复杂系统已经很困难了，需要大家一起来知识共享。

虽然很多公众号会写一些文章来介绍Android某个新系统的特点，但其实在设备厂商里是有不同的团队来跟踪新系统里不同模块的变化得。比如，除了Google I/O外，谷歌给设备厂商还组织了一个叫Android Bootcamp这样的类似培训一样的集会，里边会比较详细的、按功能、模块来介绍新系统的特点。不过，参加Bootcamp所获得的资料往往要保密。

Android应用层开发

接着来看最后一层——Android应用层开发的知识范围和主要工作内容：

应用层开发的特点就是知识点多、更新速度极快。相信大家都有感觉。针对这个层面的开发者，我想，就不要拘泥于什么门派了，需要什么就学什么（注意，不是有什么就学什么）。相比其它两个领域，应用层开发是为业务需求服务的。所以，为了更好得服务业务需求，该学什么就学什么。比如，我最近的方向转到应用层开发了，但我所在行业的应用主要用H5+webview来承载业务逻辑，那么我就重点花时间学习了这块的内容。

我个人认为从事应用层开发同学的比例最大，也是最能体会“跟不上知识更新步伐”感受的人。这一领域中有没有什么基础关键技术？我多年观察下来觉得在应用层开发领域，多线程编程、网络编程、设计模式等几个是基础关键知识，无论如何要想办法抓在手里。

还有，软件开发的方法论、甚至产品开发、项目管理都是这个领域里需要了解的。

另外，在某股技术“风”起的时候，要判断下它是为了解决什么问题而产生的，你的业务需不需要这种技术？我对曾经一起干活的小伙伴们说过，宁愿你闲着没事干，也不要乱学，瞎学。在这个领域，功利、目的性强一点好。不要为了学习而学习，也不要为了KPI去github上重复造轮子。这也是该领域的基本素养。

顿悟及其它

前几年我一直在系统层和靠近底层的领域里搞事情，有时候也会做一些应用层的开发。近来我在转入应用层开发的时候，花了一些时间研究应用层开发和系统层开发的一些区别：

不得不说，底层和系统层是存在和需要个人英雄主义的。最常见的情况就是谁改bug最厉害谁就是英雄。所以，“深入理解的目标是什么”一文里提到的手撕鬼子一幕在这两个领域里是有可能存在的。
应用层技术的难度在于工程化。一个好的想法在demo上实验成功了，要推广并大规模使用并创造真正的价值一定是要工程化该想法的。而工程化的过程中，就需要业务、产品、前后端、测试等多个团队配合。“深入理解的目标是什么”提到的虚竹如果没有王语嫣、或者没有很好的团队支撑的话，是很难在这个地方发展起来的。
另外，应用层开发如果找到现成的已经有工程化实践经历的开源库，我建议能使用的话还是使用它们吧。不过，要用好人家的开源库也不是一件容易的事情。因为人家所面临的问题肯定和你的问题不一样。

不知道你有没有这样的感觉。学习过程中，如果碰到一个问题，如果反反复复、长时间去思考它的话，总有一天会明白。这其中，有极少数的几次会让你有一种顿悟的感觉。到目前为止，我职业生涯里谈得上顿悟的时候应该不超过3次。

最早一次是反复回顾用MFC开发一个自定义树形控件总是有内存崩溃的bug从而顿悟到内存操作到底是在干什么。
另外一次是做DLNA的时候根据文档协议编写对应软件的顿悟——很多时候编程只不过是把想法翻译成计算机语言而已。而交流想法的形式可以是口述、规范文档。所以，想法是本。
最后一次谈得上顿悟的事情是在看完《信息简史》后。此后我在开发软件的时候仿佛能看到信息在流动。用户从界面上输入信息，流经网络，后台接收并处理信息，直到存储信息。甚至当我看到领导在耳提面命下属某个问题的具体处理细节时，我也深刻感受到他在“编程”——我们都是在处理信息罢了，领导对我们编程，我们对计算机编程。

最后

不知不觉自己已经做了几年开发了，由记得刚出来工作的时候感觉自己能牛逼，现在回想起来感觉好无知。懂的越多的时候你才会发现懂的越少。

对于程序员来说，要学习的知识内容、技术有太多太多，这里就先放上一部分，其他的内容有机会在后面的文章向大家呈现出来，不过我自己所有的学习资料都整理成了一个文档，一直在不断学习，如今整理的资料不知不觉居然已经有将近80G了，，，在这里作为读者福利免费分享给大家，希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！