要做技术工作，特别要做好技术，必不可少的就是学习。我碰到的所有技术牛人，无一例外的都拥有强烈的求知欲，不同的态度决定了自己可以走多远。
对于平时学习的态度，可以分为以下几个层次：
1、只关注项目本身，遇到不懂得问题后G或者B一下。
2、会通过博客或者买书学习项目有关的框架或者技术。
3、除了阅读和项目相关的书外，会查询是否有更好的框架或者技术来优化当前的架构。
4、会看各类开源项目（Spring、Dubbo...）的源码，并搞懂其中的实现原理。
5、紧跟技术前沿，为开源社区贡献自己的力量。
毫无疑问，大多数技术人员都在1和2两个层次上。能做到4,5的人至少是一家公司的大牛，或者技术圈的大神了，对技术需要浓厚的兴趣，同时具备奉献的精神。
学习技术，需要保持一个平常心，少被外界干扰，保持耐心很重要。在信息爆炸的时代，我们都可以站在巨人的肩膀上学习，看看不同的人的学习思路，选择最适合自己的方法。同时，学习是一件循序渐进的事情，比如先学习API结构、框架的设计，搞明白流程，再去搞明白更多的细节。
讲真，要把所有用到的框架的源码都看一遍了，不太现实，我们能做的是选择一些有代表性的源码进行阅读。做JAVA的同学，一定要去看Spring的源码，网上的源码解读一大堆，为什么大家都要读？因为Spring无论是设计思想，代码规范，还是设计模式，接口设计，类加载，都是非常优秀的源码。而且经历了从Spring1.x到5.x，几代程序员的洗礼，可以说已经无可挑剔。
学习源码的目的切记走火入魔，有些框架的源码可读性并不好，读后的现实意义并不大，将一个非常难懂的代码实现读懂并不能将它用到自己的项目中。我个人是实用主义者，读源码就是用来学习代码技巧，学习健全的错误异常机制，将这些好的经验用到自己的项目中。
而且对于技术学习，别动不动就要闹着学习源码，学习解决问题的思路更重要，大多数时候，我们缺乏的是明明看到有问题，但是不知道如何去解决它，所以可以多去学习一项技术或者一个框架的演变历史，看看作者是怎么应对和解决一个又一个问题的，别人踩过的坑，没必要自己非要再踩一遍。
最后，我们绝大多数人都是带着业务背景做技术的，如果你真能成为“业务人中最懂技术的，技术人中最懂业务的”复合型人才，也是一条很好的发展路线。
描二维码或手动搜索微信公众号【架构栈】： ForestNotes
欢迎转载，带上以下二维码即可
点击“阅读原文”，所有【架构栈】近期的架构文章汇总
↓↓↓