2019Java程序员唯一学习指南，决战BAT

做了3~5年Java开发，你已经积累了不少项目经验，扩宽了技术广度，也许已发力成为团队管理者。到了这个阶段，大家却常有这种感受：感觉自己卡在瓶颈进步缓慢，技术水平很难像早期一样实现大幅突破？

其实大家往往忽略了这一点——提升自己的架构认知（工作5年左右的Java程序员必须重视架构认知的提升，这会很大程度上推动你今后的成长）。

架构的本质在于面对业务场景给出优雅的解决方案，使得业务能够快速迭代和持续交付，从而达到降本增效的目标。

提升架构认知高度，就像达克效应所描述的一样，要敢于从愚昧之巅跳到绝望之谷，通过爬升开悟之坡，从而达到架构认知的巅峰时刻。

到达巅峰时刻也就掌握了架构背后设计的哲学，面对具体业务场景在架构层面你便能够轻松应对，以无招胜有招。

提升架构认知，要紧抓3个关键点：业务洞察力、技术视野、原创力（执行力）。

1.业务洞察力是技术战略层面的问题，在当下能够做出合理的判断，清楚公司做什么事情收益最大；2. 技术视野即技术选型能力，是技术战术层面的问题，在清楚做什么事情后，需要进一步解决怎么做的问题，也就是能够给出合理的技术选型方案：是完全基于开源的方案，还是基于开源二次开发的方案，还是完全自研的方案；3.
原创力（执行力）是技术落地执行层面的问题，一旦技术设计方案确定后，需要能够快速Rush完成。这3点层层递进，最重要的是先把技术战略问题思考清楚，然后再进一步解决技术战术问题，最后是快速落地执行的问题。

工作5年左右的程序员，在原创力（执行力）层面比较有竞争力，往往欠缺技术视野以及业务洞察力。后面2点更加重要，这2点解决的是架构设计哲学问题，是架构师能够持续拥有竞争力和影响力的立身之道。

举个场景的例子来详细说明：一提到分布式锁问题，大多数人想到的方案是基于Redis的Master-Slave模式来实现。这个实现方案行不行？分布式锁本质是一个CP需求，基于Redis的实现是一个AP需求，乍一看基于Redis的实现是无法满足的。脱离业务场景来谈架构都是耍流氓。

从技术战略的需求层面来看，如果分布式锁在极端情况下获取锁的不一致，社交业务场景能够接受，那么基于Redis的实现是完全可行的。如果业务是交易场景，分布式锁在极端情况下获取锁的不一致性无法接受，那么基于Redis的实现方案是不可行的。在锁强一致性的场景下，需要采取基于CP模型的etcd等方案来实现。

“于一微尘中，悉见诸世界”，一切事物的本质是相通、相同的。学习架构也是如此，掌握了架构设计背后的哲学，那么一切工程问题也就迎刃而解了。

提升架构认知不是一蹴而就的，它离不开刻意学习和思考。这有一份从架构哲学的层面来剖析的学习路线谱图供大家参考。

1.架构师筑基专题

并发编程几乎是所有互联网公司面试必问问题，并发编程是Java程序员最重要的技能之一，也是最难掌（3）网络编程和高效IO握的一种技能。它要求编程者对计算机最底层的运作原理有深刻的理解，同时要求编程者逻辑清晰、思维缜密，这样才能写出高效、安全、可靠的多线程并发程序。目前网上没有系统的全面的并发编程学习大纲，我搜集了很多资料总结出来一个最全面的学习大纲：

2.性能调优专题

性能一直是让程序员比较头疼的问题。当系统架构变得复杂而庞大之后，性能方面就会下降，特别是阿里巴巴这样的一线互联网公司最为注重，因此想进入阿里，性能优化一定是要去深入学习与理解的一环，本屌在性能优化这一块虽然不能算专家，也可以自信的说是精通了（注意：自己的简历上一定不要写精通任何技术，要不然面试官会怼死你。）

3.开源框架解析专题

阅读、分析源码是程序员最基本的码代码能力也是码农的根本所在，学习经典源码中所用到的经典设计思想及常用设计模式，能够帮你了解大牛是如何写代码的，从而吸收大牛的代码功力。在阿里面试中，MyBatis，Spring等框架的底层原理是经常会被问到的

4.高性能架构专题

阿里巴巴有很多大团队，这种大团队里有很多小团队，到小团队之后，做的业务都不相同，如果想立足成为一线互联网公司中的万能选手，最主流的分布式架构中有很多知识都是必须要去了解与学习的。并且在阿里面试过程中，面试官会问到实际应用场景的问题：比如微服务化、用户量、并发量、业务复杂度以及可扩展程度等，这里不多赘述。本屌提供一个分布式架构的学习思路也是自己目前还在学习中的体系：

（1）分布式架构思维以及分布式协调和分流