十年架构，CTO，谈谈一路走来的辛酸，给Java程序员一些建议！关注公众号“互联网Java高级架构”领取面试宝典、电子书-

身为一个做了十年开发的老司机程序员，这十年中我获得了项目经理、CTO、大公司架构师的经历。但再仔细一想，这十年中我至少浪费了五年时间走了很多弯路，这五年可以足够让自己成长为一个优秀的程序员，只可惜我在前五年的时间里和很多程序员一样在困惑中找不到出路！

这不仅是一个刚刚踏入职场的初级程序员，也是工作三五年之后开始迷茫的老程序员，都必须要面对和想明白的问题，希望以下的经历会对你有帮助。

第一阶段1-2年

我认为1-2年对于程序员来说是第一个门槛，这一阶段菜鸟正式从理论迈向企业级开发。我们知道如何使用工具、项目版本如何控制、接触并能够使用以下tplaravel等框架完成项目等等，积累了一定的开发经验，也对代码有了一定深入的认识，是一个比较纯粹的Coder的阶段。

第二阶段2-3年

3年又是区分程序员的第二个门槛。有些人在3年里，除了写工作代码，在空余时间基本不会研究别的东西，这些人永远就是个Curd，年纪大一些势必被更年轻的人给顶替；3年的Java程序员除了写代码还需要热衷于学习各种技术实现、不仅对项目运筹帷幄，还要能解决一切性能问题。只有深入学习底层原理、spring、Java虚拟机，微服务，Mysql底层优化等，才能保持核心竞争力，拥有一份不错的薪资！

第三阶段3-5年

到了第三阶段3-5年的阶段，技术体系需要逐渐往大型层次进阶， 有效、高速的处理从很小到非常大的项目管理，随着我们的业务量越来越大和越高并发，单体的架构模式已经无法对应大规模的应用场景，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。

当然，你也可以去Github创建一个属于你的开源项目，去打造自己的产品。技术学到这个阶段，很容易遇到瓶颈，而且往往达到一定程度后，你再深入下去的收效就真的微乎其微了，除非你是专门搞学术研究的。然而很可惜，大部分程序猿做不到这一步，那是科学家做的事情。这个时候提高影响力不仅仅是因为技术上容易遇到瓶颈，更多的是影响力可以给你创造更多的机会。

这些人在5年后必然具备在技术上独当一面的能力并且清楚自己未来的发展方向，从一个Curd逐步走向CTO或是架构师，成为项目组中不可或缺的人物。上面指的5年是程序员的平均年限，有些人做了6-7年还是一个写业务代码的Curd，所以更应该学习！

虚心求教很重要，技术比你强的人往往身段比你低

来看看网络上针对20K+的Java程序员招聘需求

底层原理、分布式、spring、mybatis等互联网最新技术详细介绍

1、性能调优

不管是应付前端面试还是改进产品体验，性能优化都是躲不开的话题。

优化的目的是让用户有“快”的感受，那如何让用户感受到快呢？

加载速度真的很快，用户打开输入网址按下回车立即看到了页面

加载速度并没有变快，但用户感觉你的网站很快

性能优化取决于多个因素，包括垃圾收集、虚拟机和底层操作系统（OS）设置。有多个工具可供开发人员进行分析和优化时使用，你可以通过阅读 Java Tools for Source Code Optimization and Analysis 来学习和使用它们。

必须要明白的是，没有两个应用程序可以使用相同的优化方式，也没有完美的优化 java 应用程序的参考路径。使用最佳实践并且坚持采用适当的方式处理性能优化。想要达到真正最高的性能优化，你作为一个 Java 开发人员，需要对 Java 虚拟机（JVM）和底层操作系统有正确的理解。

以下五大知识体系是我从业多年总结出来的经验，都是当前最主流的技术。想要详细了解、深入学习的可以转发+关注后我私信回复【架构资料】获取学习资料，一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、并发编程这些成为架构师必备的知识体系。

下图是我总结性能优化应该学习理解的几大知识体系

2、源码解读

源码分析是一种临界知识，掌握了这种临界知识，能不变应万变，源码分析对于很多人来说很枯燥，生涩难懂。

源码阅读，我觉得最核心有三点：技术基础+强烈的求知欲+耐心。

我认为是阅读源码的最核心驱动力。我见到绝大多数程序员，对学习的态度，基本上就是这几个层次(很偏激哦)：

1.只关注项目本身，不懂就baidu一下。

2.除了做好项目，还会阅读和项目有关的技术书籍，看wikipedia。

3.除了阅读和项目相关的书外，还会阅读IT行业的书，比如学Java时，还会去了解函数语言，如LISP。

4.找一些开源项目看看，大量试用第三方框架，还会写写demo。

5.阅读基础框架、J2EE规范、Debug服务器内核。

大多数程序都是第1种，到第5种不光需要浓厚的兴趣，还需要勇气：我能读懂吗？其实，你能够读懂的。

耐心，真的很重要。因为你极少看到阅读源码的指导性文章或书籍，也没有人要求或建议你读。你读的过程中经常会卡住，而一卡主可能就陷进了迷宫。这时，你需要做的，可能是暂时中断一下，再从外围看看它：如API结构、框架的设计图。

下图是我总结出目前最应该学习的源码知识点：

3、分布式

分布式系统是一个古老而宽泛的话题，而近几年因为 “大数据” 概念的兴起，又焕发出了新的青春与活力。除此之外，分布式系统也是一门理论模型与工程技法并重的学科内容。相比于机器学习这样的研究方向，学习分布式系统的同学往往会感觉：“入门容易，深入难”。的确，学习分布式系统几乎不需要太多数学知识。

分布式系统是一个复杂且宽泛的研究领域，学习一两门在线课程，看一两本书可能都是不能完全覆盖其所有内容的。

总的来说，分布式系统要做的任务就是把多台机器有机的组合、连接起来，让其协同完成一件任务，可以是计算任务，也可以是存储任务。如果一定要给近些年的分布式系统研究做一个分类的话，我个人认为大概可以包括三大部分：

1.分布式存储系统

2.分布式计算系统

3.分布式管理系统

下图是我总结近几年目前分布式最主流的技术：

4、微服务

当前微服务很热，大家都号称在使用微服务架构，但究竟什么是微服务架构？微服务架构是不是发展趋势？对于这些问题，我们都缺乏清楚的认识。

为解决单体架构下的各种问题，微服务架构应运而生。与其构建一个臃肿庞大、难以驯服的怪兽，还不如及早将服务拆分。微服务的核心思想便是服务拆分与解耦，降低复杂性。微服务强调将功能合理拆解，尽可能保证每个服务的功能单一，按照单一责任原则（Single Responsibility Principle）明确角色。 将各个服务做轻，从而做到灵活、可复用，亦可根据各个服务自身资源需求，单独布署，单独作横向扩展。

下图是我总结出微服务需要学习的知识点：

5、工程化

工欲善其事，必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率何团队协作效率。让自己有更多时间来思考。

成为架构师不学习是不可能的，有了规划路线，小编架构进阶视频资料以及架构文档学习资料包括一些面试经验总结（PDF版）

关注我转发文章后私信即可领取，转发+转发+转发后关注私信回复【架构资料】即可获取学习资料