开发十年经验之谈：如何构建自己的Java开发体系

蓦然回首,从毕业到现在做后台开发已经十年了，这十年中我获得了很多，技术能力、培训、出国、大公司的经历，还有很多志同道合的朋友。但再仔细一想，这十年码农路上我至少浪费了五年时间，这五年可以足够让自己成长为一个优秀的程序员，可惜我错过了，我用这五年时间和很多程序员一样在困惑和迷茫中找不到出路！

在大公司做事情有一个特征，你只需要在工作时间做好公司给你安排的那份工作，你就会做的很好，这也就是说每个人都是一颗螺丝钉。所以，我在一进入大公司后，由于自己经历不够，再加上刚毕业就作为大学班上进入大公司的佼佼者，所以有点飘，不能沉下心来研究技术，所以浪费了一段时间。

后来在和在贝尔实验室（上海）工作的研究生同学的一次交流中，让我严重的意识到，做为程序员除了做好公司安排的工作只是为了自己“活着”，而程序员的“生活”应该是体现在自己对技术的追求和对源码的执着之上。

虽然自己经常和周围的朋友进行程序生涯的交流，唯独这次交流才真正影响了我的程序人生。回想起来，影响程序员明天困局的往往就是一直挂着我们嘴边的小事，那些源码啊，框架啊，实战，造轮子，开源这一切都需要我们实实在在亲力亲为的一行行代码去解决。

今天， 就为大家整理一份目前互联网公司 Java 后台 最主流的技术选型↓

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

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

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

△spring源码

△mybatis源码

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