IT行业工作十余年，我想对你们说…
**
只关注细分领域，不打好计算机基础的人其实挺容易碰壁。
前段时间有个朋友公司的Android客户端bug多多，找了个新的Android开发来接手，他自己不懂技术，想让我帮个眼看看新来的Android开发水平如何。
我其实是抱着半推半就的心态去的，毕竟觉得外行指导内行是瞎指挥。
但是看完代码库和跟开发聊了下，越来越发现，其实他们的Android开发团队人员问题很明显：
1、数据结构基础不扎实。
数据结构从来只认ArrayList，业务里面明明key-value查找很多，非要用list实现了来遍历。问起来为什么，开发人员回答说HashMap了解不多于是没用，List同样可以实现。至于HashSet是啥？能吃吗？
2、代码设计能力弱，OOP理解不全面，逻辑分支管理不到位。
一个类成员变量动辄十来个，仔细阅读代码发现，其实很多是函数级别的临时变量，完全没必要提升到类成员级别。问其原因也是说“想到了就写上，说不定未来有用呢”。留着这么些成员变量，调试的时候简直想骂娘。
对于一些状态管理比较复杂的对象，例如地图SDK的未初始化、初始化中、初始化失败、重复初始化这些状态分支没有完整的覆盖，只跟着Demo中的例子，仅仅处理了假定成功的运行逻辑，其他的逻辑分支被无视，导致实际运行时sdk状态一旦fall到了代码没处理的分支中时，程序就hang掉了，这些个问题通过黑盒测试很难发现。
3、过于迷信框架，觉得Android开发就是简单的建立于一套套框架之上。
在朋友公司的代码库中，单例模式的实现千奇百怪。有的线程不安全，有的极度啰嗦。跟开发人员交流发现，他们很迷信框架里的一些写法，觉得那是绝对正确的，每个人都这么做就是对的，至于为什么只么做，则没有做过多的思考，也不会考虑适用性。
有朋友公司里面有位开发还自己写了套所谓“框架”放到github上供人使用，还有百来个star，拜读过后，感觉这东西与其说是框架，更多是像“要你命3000”一样的东西：它依赖了大量不同的其他外国人写的框架，把一些初始化的脚手架代码写写封装下，就成了自己的框架了。即便在他自己写的业务代码里，EventBus的事件监听在Activity退出时都没正确移除，但是他对于自己的水平倒是有很高的自信，觉得在我朋友公司就是屈才了。
4、Java原生多线程编程基础几乎为0。Synchronized和volatile语义不明白，thread应用基本也就new完start完就别的不知道了，concurrent包里的工具类就更不用提。
当时给朋友反映了一下，朋友觉着可以先面试看看有没有更好的，骑驴找马，有合适的试用期过了交接完便把这尊菩萨请走。我也就硬着头皮面几个看看。
当时JD开的条件是2-3年工作经验，月薪税前15K左右，本科学历。按照经验，这个条件找到一个水平过得去的Java后端开发不算难，即便不算是高薪。可是面试了十来个人下来，我开始有点绝望了。
针对已有的问题，我在面试的过程中比较着重的考察数据结构基础和代码设计。数据结构只有2个人能够很好的回答上来，其他都是跟现有的水平差不多。代码设计能力方面，也是普遍的软肋，让他自己实现个cache，连接口方法应该有哪几个都说不上的大有人在，更不用说实现细节了。而对于HTTP协议，GET和POST等细节有些也没很好回答上来，HTTPS相关的知道的人更是少之又少。
但是这些，对于平时Java面试来说应该是真的普适性很高的问题了。Android开发真的不只是bind个view，发个网络请求，然后更新下界面就完事的了。不少Android的开发人员水平都只是停留在能做个阅读或者商城应用就自我满足的状态，四大组件懂了，butterknife和retrofit就可以一招鲜。但是在我看来，前端开发的难点比后端多着去了，例如：
1、异步操作极多，状态管理复杂。要想在回调地狱中完整的管理好view和model的状态，同时类职责分配好，activity不膨胀。单是做好这点，我觉得已经难能可贵。MVP很多人都是按照例子来做，至于为啥这么做都是得过且过，况且设计模式不是万金油，不是说用了就会好，要看适用业务场景。
2、需要处理好状态恢复。复杂业务流程一长，就需要考虑中断的流程如何恢复，是交给后端来维护，还是前端记录信息后作为事务提交，都是个学问。我朋友的app经常被强退以后就恢复不回来了，或者上一单的信息被残留到下一单。
3、在覆盖安装更新app时，本地数据的版本管理和迁移。以QQ音乐为例，这样庞大的歌曲库，歌单，肯定本地会使用类似sqlite的轻量数据库。在覆盖安装时，可能需要对表结构进行更新。如何管理好跨版本的db结构升级，以及异常处理都是个大学问。即便不用sqlite这个级别，SharedPreference里面的缓存数据如何管理都是个需要思考的。
4、多版本系统的适配。这个不用多说了，大家都懂的。
以上的这些问题甚至在iOS开发也是同样会遇到的问题。所以我觉得在面试Android开发职位的时候，考察JavaSE基础真的一点都不过分，如果他问你EE的内容你真的可以给他翻个大白眼。
至于拿kt来当挡箭牌的，Java基础不扎实，用kt问题只会更多不会少，JVM是个绕不过的坎。kt里面的synchronized注解是怎么个回事你知道吗？inline和crossinline你知道有啥区别吗？
自己用了kt半年了，感觉都是战战兢兢的，不确定效果需要求稳的地方都是老实用Java实现。但是kt协程真香，android上可以消灭回调简直舒服的不要不要的。
一直都觉得，作为开发人员要一直保持着危机感，时刻眼光放远些，多学些东西，30岁才不会失业，俗话说技多不压身不是么。
我自己这些年结合经验和平时搜集 整理了不少Java学习资料，思维导图还有很多面试资料
供自己不断更新知识库使用。大家需要的话可以在下方评论让我知道