想要跳槽 当你学会这些技术 谁也留不住你

01

阅读源码

程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。

那要如何正确的分析源码呢？

我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。

△spring源码

△mybatis源码

02

分布式架构

随着我们的业务量越来越大和越重要，单体的架构模式已经无法对应大规模的应用场景，而且系统中决不能存在单点故障导致整体不可用，所以只有垂直或是水平拆分业务系统，使其形成一个分布式的架构，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。

03

微服务

关于微服务架构的取舍

在合适的项目，合适的团队，采用微服务架构收益会大于成本。

微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。

需要避免为了“微服务”而“微服务”。

微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。

04

性能调优

我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。

05

开发工具工程化

通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。程序员的战斗，往往不是一个人的战斗，我们如何在一个平台下高效的去重，进行代码review，对功能进行调整，debug，做到在统一的规划下步步为营，混乱的堆代码的过程中找到自己的记录。这一切都依赖于有效的工具。

06

项目实战

要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。

首先，你需要有深度的Java基础知识：你会开始看《Java编程思想》、《Effective Java》。这两本书绝非普通的基础，而是至少拥有1~2年卓越的java开发者才有可能学完，而且这两本书一般要读完需要1年左右的时间。

其次，你需要看一些开源框架的源码，如果单单使用框架是实现业务而不去深入框架核心,架构思想,过几年有可能会发现你脱离了框架什么活也干不成。

那么我们应该学习哪些源码呢？那就要看哪些框架最常用了，希望下面的图比较全。有其他建议的请加群：关注我，私信回复进群，提您的宝贵建议，群内会提供免费的Java架构视频资料。

再者，你在这这个阶段已经不能局限于满足于讲代码写出来，此时此刻的你需要追求高质量高性能的代码了，你此时需要研究的知识就会如下图所示：

是不是学习了上面做这些技术就够了呢？相信看到这里的码友已经知道答案了，没错，你还需要知道分布式架构的知识

另外，目前企业有大小，平台有限制，甚至对开放的方式方案都出现了独立的方式，Facebook每个模块的功能从设计到开发再到维护，由后端到前端再到客户端都是通过一程序员来进行的，这些就是所谓的全栈工程师，那么java开发中，我们服务器也有其自身的独到性；那么如何将庞大的后台系统分部成为多个功能独立，部署独立，维护独立，松耦合的独立服务呢？从而减少企业的沟通成本和维护成本呢？毫无疑问，这就是微服务。

最后，如果说开发是一个战场，那么程序猿们就是勇猛的战士，我们的战斗需要协调合作，统一调度，统一部署。那么完美的配合自然需要优秀的开发工具，那就就是我们的团队协作工具的学习。