很多做 android 开发的同学都想多快好省，现实是真的是这样吗，借着前人的经验，我们的目标可以更加清晰，可以计划划分阶段去学习，但是学习的路是不会变的，别人会遇到什么我们也会遇到什么，别人躺过的坑我们一样得趟
接着这里，我想表达我们对 android 学习之路的理解，也分享我收集到的前人经验，让前路不再晦暗，让脚下的路笔直一些，仅此而已~
很高兴小鱼同学在总结自己的路时引用了部分我的思想，这里不是说抄袭的事，我高兴的是被认可~，另外小鱼同学也在经营自己的微信号，学习资源也是很多的，我放个链接大家自己去看：
做为一个人，我们在迷茫时该怎么想，怎么看待自己，若是你不知道，那么看下面：
说点敞亮话
继续吐槽，分享下自己关于如何学习的想法
我想看我文章的至少都是有1年开发经验以上的了，至少都是熟练的初级 coder 了吧，在这个阶段甚至之后的几个阶段，android 的 coder 们内心其实都是惶恐焦虑的，一是大环境没有以前热了，找工作的难度提升了，对 coder 们的要求也是节节攀升;二是 coder 们在学习过程中发现了大量的知识点和面，这些东西实在太多了，看了 A 会勾连出 BCDEF，这里面又涉及到大量的 java 等其他知识点，都是比较难搞，耗时的
种种以上让大家变得不再自信了，加之环境趋紧，所以焦虑由此产生。大家也不必太过因此而焦虑，焦虑了也没有啊，这些东西迟早都是我们的菜，都得学，都得趟过去，当然越早趟过去越好
这里面就涉及到如何学习的问题了，会学习的 coder 效率会很高，学的会比较透，记得会比较牢，并且还会记录相关的技术博客，所以学过了基本就不用再重复了
我们在学习哪些没有吸收的知识点时，基本都是遵循以下原则：
学习「自己知道自己不会」的知识
全方位的学习，构建自己的「知识体系」
学习「自己不知道自己不会」的知识
我推荐的学习思路：
学会记录未知
平时注意记录那些没听过，不了解的点，有链接的要记下链接，然后根据自己的理解分类，分出优先级，难易度，这样你时刻都能对自己有个清晰的认识，我们手头不会的有多少，会了对少了，想看的时候可以马上找出相关资料
学会挑选自己能学会的
知识点是无限的，不管我们水平有多高，可以学的总是有的是，那么我们学什么呢?那当然是学那些我们觉得能自己看懂，可以学会，在工作中用的近，用的上的东西啦，切记去学习自己完全看不懂的知识点，学了也是白学。如果这个知识点你是一点都看不懂，那说明相关的基础知识你完全空白，要从头从基础知识看起，这好比技能树，你还没点出来呢!对于那些有一半看不懂的知识点，同样也说明你缺乏相关的基础知识，想要学也得从基础知识走起，但是相对难度就低很多了
学会成体系的去学习知识点
一般大家都知道，大一点的知识点都有很多小的，相互联系的知识点构成，我们知道的，不知道的，总之肯定有一些或很多，那么我们碰到一个陌生的知识点该怎么去学习呢?我建议先去 google，百度，简书，掘金各大平台上搜索这个知识点的关键字，然后粗看下几十篇或一定数量的文章，梳理下该知识点下面牵连有多少小的知识点，然后自己记下来，整理分类写出概述性的文章，然后先从简单的开始，按牵连顺序一个个的学，这样才能有效的做到成体系的学习。要不东看一榔头，西看一斧子，到头来时间也是花的不少，大家多半还是有很多漏下的，心里也是感觉没彻底学通透的样子，现在的开发知识都是成体系的，我们去学习时也必须成体系才能有效率
学会如何有效的保存学习心得
这是承接上面那条的，某个小的知识点我们终于搞明白了，学透了之后呢，其实大家会很快遗忘的，我自己也是如此!非常通透的理解过不了几天就会开始变得模糊不清。目前有效的方法只能是在通过敲 demo 在代码级别搞通透之后，通过成体系的写技术博文来实现。这样的好处：一是落于纸面之后，忘了我们可以通过博文马上回忆起来 ;二是我们是成体系的去选择学习的，中途我们可以随时停下来，去做当前手头更要命的事，完事后再回过头来继续这个知识点的学习，因为通过之前的摸底已经制定出了学习顺序，继续这个顺序去学习未完的部分即可。大家在工作时，绝大部分空余时间都是碎片化的，搞得我们去学习新知识都是一段段的，上面成体系系统的学习方案尤其适合我们
我之前可是吃了不会学习，不记技术博文，不成体系瞎学习的大亏啦，早先学的啥我现在是一点都想不起来了，可见如何学习，会学习是个大学问啊，也是一个 coder 变得成熟的标志，漫漫 coder 路上对我们产生影响最大的就是如何去学习了，大家多思考下~
寒冬
18年的冬真冷，大家都在说裁员，其实裁员一直都在，只是18年的确多点。android 10年了，已经积累了太多的技术，知识点，技巧，思路，这些前人都会了，并且正在创造新的思路出来，对于广大的底层 coder 来说，仅仅是追赶就很难了，更别提去自己创造了，但是现实时我们尝尝学习了很多开源框架，落到实处就是仅仅会用而已，不说源码看没看过，甚至原理都不知道，不知道作者用什么技术实现的，这点就是广大 coder 的现状，没有成长。
在来说大环境，在寒冷的冬天，还是有很多公司再招聘。在移动设备深入人心的今天，大家谁能离得开移动物联网设备，巨大的设备保有量决定了移动端市场需求还是旺盛的。企业需要什么的移动 coder，中高端啊。从我们把页面 code 出来的入门水平开始，成长到中级水平，说实话还是非常不容易的，事实是从平均来看，2-3年成长到中级的人也不是非常多的。企业再面试时也只能通过大量面试才能找到一个合心的高级开发，此过程耗时费力，说明大家水平相对需求来说还是太低，有待继续加强!
冬天冷的不是市场，是处于行业低端的我们，移动开发行业，不进步就会死，永远也不会改变，大家闷头努力一年，我们都能有个好收获的，再去面试机会机会大很多。
薪酬
安卓中高级开发面试之——未来的路，送给正在迷茫的你 的作者告诉我们，没超越 20K ，说明你的安卓做的还不够好。
一方面，技术能力，知识面太窄了。建议多个模块功能都尝试一下。不能仅仅在自己公司的项目上，其他方面都不太精通。这样的结果，对自己发展不太好。(比如，对自己公司的功能做的贼好。贼了解。问一个其他方面功能模块，就不知道了。建议多方面都发展，并且多做数据分析。比如百度指数，阿里指数，APP功能指数，今日头条指数。然后自己往这些方向发展一下。比如2018年-2020年，项目中小视频，社区中小视频，直播，都会在项目中添加。这方面经验丰富的人需求很高)。
第二：有的同学是真的有能力，会做;但是能继续深入的理解原理，或者知道原理了，自己怎么去解决问题(而不是百度解决)的能力就差一点了。比如很多人在面试中都面临的，不会说，但是你会写，能写出来。为什么不会说，因为不是清楚系统的理解，所以不能回答的很好。
现实是我们夯实技术，扩展知识面之后，20K 是比较容易达到的，但是想过 30K 就很难了。那些能在 github 写自己开源项目，比如 okhttp，retrofit ，rxjava 这样重量级开源框架的 coder 才能过 50K 。着期中的差距，大家自己体会吧，努力可以过 20k，长久不停的努力积累之后才有过 30K 的希望，道路任重道远，大家努力珍重。再着期中要平衡工作，生活，家庭，健康是个大问题，唯有高效率才是根本出路~
寒冬中如何度日
很高兴有一些朋友在满大街的负面文章中能保持一颗平静的心，分享一些有正能量的文章，让我总算是在冬日里能暖和下了
上帝总是偏爱那些爱思考的人，爱思考的人运气一般也不会太差，在 哪有什么互联网寒冬?只是你穿的少而已! 一文中，作者大概聊了聊关于思考的话题，我觉得大家应该去看看，然后思考下自己
技术是我们的基本盘，但不是全部，最近阿里不是放话了吗，以后其他岗位的尽量挑有技术背景的，我看到这种思想渐渐再国内获得认同，越来越多的公司都在更考虑有技术背景的人，这是我们的机会，年龄大了，年纪到了，总是只有很少的一部分人才能顺利的晋升管理岗位，其他的同学必须面临转岗，转岗不是换行业，产品，项目经理，运营等等其他我们 coder 都可以干，这些岗位需要的技术，知识点相比 coder 来说简直是小巫见大巫，在我们平时对这些岗位有深入了解，有深入的交流经验，有深刻的认识后，我们 coder 转这些岗位其实不难，很快就能上手，但是这需要我们提前考虑好自己转岗的位置，平时要多去专注，交流， 学习，能再本公司内转岗是最好的了，这样公司会对大家比较宽容
coder 们要是打算换工作了，那就不要研究其他的了，就专心 android 技术吧，python，H5 等稳定下来再说吧，我们毕竟是做 android 开发的，找的也是 android 开发的工作，其他方向虽然更好但不是公司考虑的重点。
怎么划分 android 水平
我想只有对 android 开发又通盘了解的人才能走的更远，了解自己是首要的，我处于什么水平，下一步重点的学习方向，目标是什么，这样才能有的放矢，不浪费时间
通常我们知道 android水平可以划分为：入门，初级，中级，高级，资深。
但是这样的划分对我们没有什么指导意义，不同层级的Android开发者的不同行为，我们该如何进阶和规划? 的作者把 android 划分为4个层级:
第一层：普通程序员
第二层：熟练开发者、高级开发工程师、技术组长
第三层：技术专家、架构师、一线经理
第四层：科学家、研究员、首席(资深)架构师、部门研发总监
我觉得这样划分，不叫有实际意义，大家可以去阅读一下看看每个阶段的技术标志是什么，有不错的指导意义，处于作者对于达到每一个层级的时间我不敢苟同外，其他我是比较赞同的
关于技术水准划分的有很多，我先说这么多啊，期待我以后的更新吧~
理理 android 技术点
不知道大家听到没听到，在 “ 寒冬 ” 今天，还有部分公司员工们通过各种方法争抢被裁的名额，就是为了拿到那几个月的补偿呀!面对这种不愁找工作的大佬，男单我们不应该脸红做点什么吗~
android 开发想进阶，下面的点基本漫步过去，都得会，不光是提升我们的 coder 水平，面试时也是要问的呀
各大开源框架的研究，包括但不限于下面几个 OKhttp/Retrofit/eventbus/Glide/eventbus/Rxjava/blockcanary/mvvp/dagger2、
组件化是基本要会的，插件化大公司要求会实操的
flutter/Dart 大家要开始学了，就和当年我们学 kotlin 一样，flutter 基本一锤定音了，google 下一代就是 flutter 的天下了
java 部分，包括 常见的数据结构和算法，hashmap，二叉树，红黑树，apt 注解，aop 插桩，整套多线程知识点，包括ThreadLocal实现原理
android 的系统原理，Lru算法，Binder机制，EventBus实现原理和为什么不能跨进程，跨进程几种方式，AIDL，handler机制
音视频开发，直播、点播、音视频通话、音视频会议，短视频，这些不一定要多深入，但是基本的各大平台的 SDK 要会集成，能根据开源的 哔哩哔哩 IJKMediaPlayer 编写自己的视频，音频播放模块、
高级UI，各种性能优化那是不比说了
上面这些单独拿出那一项，都是考试良久的了，大家自己算算，给你多少时间能搞定上面这些，但是一旦大家搞定了上面这些，那么大家至少不怎么愁面试了吧，运气好的还能借此进入一家不错的有成长，回报优秀的公司，现在最舒服的地方不是打公司，而是那些业务优秀的中型公司了，人不多，事少，组织还没开始僵化，人少待遇也能保证的不错，业务优秀有成长没有裁员的担忧，公司氛围也有轻松愉快，这就是我想去的天堂啊 ~
然后在图像这块大家想深入的话，下面的是跑不了：
图形图像开发，不限于OpenGL ES，EGL，GLSurfaceView，滤镜，美颜，canvas，paint
应用层开发。主要还是原生开发，提高性能优化技能(启动耗时、内存、耗电、网络、数据库、稳定性等)，达到高级开发者的水准
深入Android专业技能提升。主要是阅读源码，理解透Android开发常见的流程和原理(activity启动流程、事件分发机制、广播机制、Binder机制、内存管理机制等)
向Android架构师发展。从平时的一点一滴开发中，有意训练Android架构设计能力，这需要站在一个更高的角度来统筹App开发。
跨平台开发能力。如RN、Weex、Flutter等。大部分公司目前都需要有跨平台开发能力，所以我们很有必要提高这方面的能力
SDK和框架开发。可以通过研究开源项目或者实际项目开发，抽象提取有用SDK和框架供其他人使用
研究Android安全开发。App加固原理和实现，熟悉常见加密方式(如：RSA、DES等)、Https、支付安全等。
Android自动化测试工具开发。这需要对ADB、Android截图、Android布局解析、Android测试框架等相当熟悉
音视频开发。前两年比较火的直播，还有这一两年比较火的短视频，都是与音视频相关。所以，我们可以了解音视频的编解码以及传输协议等。
手游开发。游戏给鹅厂带来了稳定的收入，所以这也是不错的方向。这就需要熟悉常见的游戏开发框架cocos2d-x、Unity3D
图像开发。比如美图秀秀、天天P图，都用到图形的合成、滤镜等技术，对图像处理有很高要求。
Android Framework 开发
高级工程师必备能力
系统设计能力
因为如果你仅仅是对各种各样的技术都熟悉，有技术广度，也有一定的技术深度，实际上是不够的。如果你的系统设计能力不到位，可能导致你在开发系统的时候会乱用技术
比如说，有的系统他有一些自己特殊的业务场景和技术挑战，实际上在这个场景之下比较合适的是采用 “缓存 + 数据库” 的技术方案来应对
但是呢，有的工程师会很多技术，但是缺少这种准确的分析系统问题，提出合理的技术方案的能力，也就是缺少系统设计能力，导致他可能会引入Elasticsearch这种技术来尝试解决这个问题
那么结果必然是失败的。所以之前很多人找我问问题，说我在XX场景下，用了XX技术，但是没有起到我想要的那个结果啊
我帮他一看，这不是必然的么，你的XX技术应该用在YY场景下，结果你用到XX场景下，肯定是不行的。
这就是系统设计能力的重要性
怎么写好我们的代码
我想这都是大家贯彻始终的终极追求了吧，我记得最深的一句话：不管如何，你的代码得先能让人看。这是我在刚刚入行时，一个老司机指导我的，随着我在学习的深入，了解的更多，我们在基本功上的追求不就是为了代码更加好看吗，好看的代码才更好懂，才能好改，设计模式，代码架构，框架设计，MVP(多端分离) 不都是追求的这个最终结果嘛
好看的代码除了我们要学习不限于上述的各种知识，更是体现在我们平时的对于代码的态度上，这体现在我们的平时的代码规范上，今天我看到一篇文章：程序员：为什么几个月后前我自己写的代码也看不懂了? 把我平时想说的都说出来了
这是平时的我们：
代码没有注释
对于复杂的业务来，没注释这是要逼死下面的小伙伴啊，过个2-3月，一样得逼死自己啊，这一坨写的是什么玩意，要死的心啊…….
面向过程去写代码
好复杂呀，看不懂呀，方法好长啊呀，妈妈我看不懂怎么办呀。虽然写的时候很爽 ，但是之后再去改，再去加功能时，那时我们的心一定是崩溃的，不好改，不好加，费事费力是肯定的，然后越改越加越乱越难懂，最后没法维护了，谁有写过这样的代码，都别躲…… 所以啊，设计模式，框架设计，面向接口编程，功能分离，架构层次分离，应运而生
代码变量名称随意
通篇的 x，a，b，c，temp1，temp2，temp3 这都是什么玩意，结合上下文都搞不懂，真不知道当初怎么写的，编码一直要求我们见名知意，我现在是深刻理解到了见名知意的好处，真的是非常快捷，非常 Nice 的体验，这里我要说一点，google 的英文起名也不是非常好，有的单词，真他妈想抽他…
每个方法分工不明确
一个方法里你写上 100 行，你让别人怎么看，代码你又怎么复用，同样的代码你不抽象出来，处处复制是要私人的
那么我们怎么办，做到以下：
实现功能前先设计好代码
好的框架层次，让我们可以快速的了解整个框架实现，快速的找到想要的代码，优秀准确的名字我们可以知道类是干什么的，
注释写的尽量详细
不要写太长的方法
不要写太“牛”的代码了
有的程序员喜欢写非常有个性的代码，喜欢写一些别人很难看懂的代码，他认为这样才能显示出自己的“高水平”，这样就不是高水平了，只能说代码的可读性太差了，我们要写出傻瓜式代码，也就是说让很傻的程序员都能看懂，"傻瓜式代码" != "低性能代码”哈，这一点要分开
中国人就别写英文注释了
功夫在诗外
我们做到 5-10 年的时候，技术就不是唯一的敲门砖了，甚至不是最重要的了，而是技术以外的东西：人脉，名望、履历，以及渐渐成型的言谈举止，等等。但这些东西，如何通过“刻意的练习”(新学的词)来获得，但是只要在于自己平时有意识的尝试，积累，提高。
比如我平时在公司的技术分享我都是要求每个人像正式演讲一下，听得人做好，拍好，认认真真拿笔做记录，讲的人配合黑板，大屏幕，在有高度的台阶上努力做到最好的自己，不结巴，思想连贯，能现场发挥，我还常常和讲台上的人互动，带着他多说说自己的想法，等你熟悉了这个环境，这种氛围，这种事，无形中你就会说话，会演讲，气场也就培养出来，当然这不是全部，更多的还有，比如你怎么去和产品，UI，运营沟通，看看别人的工作内容是什么，有什么困难，哪些方面涉及到开发，甚至是别人的全部 u 工作内容，工作技能，这样你就拥有了区别与别人的横向扩展能力，在公司一个能和不同部门之间有效沟通，建立联系，解决问题，梳理矛盾的技术人员比一个单纯的技术人员要重要的多，同时这样的人也更容易晋升，职业道路越是网上会走，越是要接触更多的部门，拥有和这些部门协作的能力将是至关重要的。
第三十五届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训
责编：pingxiaoli
免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。
抢沙发
