搞了十年开发，最后还是觉得这套架构体系靠谱！
蓦然回首自己搞技术的十几年，我收获了很多，技术、管理、业务、大公司及创业公司的玩法。这些年，自己也曾经迷茫过，心想自己其实能够成长得更快一些，可惜我错过了。
路其实一直都在那里，只是我们看不到而已！
以前我一直被公司和技术牵着走，并不是自己在选择技术，而是不自觉地被推到了这个位置上。想想有多少人对于自己将来要从事的职业和技术类型进行过深入思考和比较呢？当我跳出编码后，我开始思考和程序及程序员职业生涯相关的问题，最后发现，影响我们走入今天的困局的竟然是一些我们常常挂在嘴边的话。
今天，就为大家整理一份目前互联网公司最主流的技术选型：
一、阅读源码
程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。
那要如何正确的分析源码呢？
二、分布式架构
随着我们的业务量越来越大和越重要，单体的架构模式已经无法对应大规模的应用场景，而且系统中决不能存在单点故障导致整体不可用，所以只有垂直或是水平拆分业务系统，使其形成一个分布式的架构，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。
三、微服务技术体系
关于微服务架构的取舍
1、在合适的项目，合适的团队，采用微服务架构收益会大于成本。
2、微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。
3、需要避免为了“微服务”而“微服务”。
4、微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。
四、性能优化
我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。
五、并发编程
主要培养编程者深入了解最底层的运作原理，加强编程者逻辑思维，这样才能写出高效、安全、可靠的多线程并发程序。
六、开发工具
通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。 可以有效、高速的处理从很小到非常大的项目版本管理
有朋友问，有了路线图，有没有免费资料？有没有志同道合的小伙伴共同进步？
对Java后端技术，对架构技术感兴趣的同学，欢迎加QQ群：948368769，一起学习，相互讨论。
群内已经有小伙伴将知识体系整理好（源码，笔记，PPT，学习视频），欢迎加群免费领取，资料每周都会定时更新。
部分资料如下图：
