关于框架学习的一点感悟

前言：最开始接触框架，应该是spring大军，当时的什么aop/ioc阿，容器阿可是让我一顿头疼，学习的过程中很多时候想理解这样做的意义是什么，但往往把自己绕进去，因为看源码总是似懂非懂而且感觉框架做的没啥意义。但其实，理解一个东西得结合场景来看，刚学习框架时的项目往往比较简单，而当场景不复杂的时候框架的意义就显得没那么明显了。一路走来的许许多多的框架在实践与学习中慢慢理解了。

其实大多数框架对开发的软件运行效率或者说运行速度并没有显著的提升，他们往往是一种编程思想的体现，就说常见的ioc，像是spring容器，安卓里的butterknife里都有体现，他们的核心思想也是为了简化操作，将部分对象的管理从我们自己的代码中交给框架，或是用反射来实现运行期的动态代理，或是通过再生成java代码带实现代理。动态代理在框架中也是随处可见，到各种设计模式里，其实大多数框架无非做了两件事：优化代码结构，提高开发效率，而提高运行速度的除了自身的代码优化外往往是对底层的优化，或是jvm，或是os。

而在阅读框架这一块，根据面试官给我的建议，我有了自己的一种阅读模式，我觉得一些比较复杂的源码可以说是迷宫，而我们阅读的时候得去找到一份地图，知道自己该怎么去走，这份地图可以是别人的博客，也可以是官方的文档，看自己喜好了。然后对着地图先去了解整体，遇到个别不清晰的流程再去看源码。当自己对流程很熟悉的时候，自己再去深入源码，了解源码的设计模式，反射怎么用的，缓存怎么做的等等一些具体的实现细节。读的越多，其实真的学习的地方就很多，后面再去读新的框架会发现自己阅读起来会越来越轻松了。

在学习的过程中其实很多知识都是相通的，在认识止步向前的时候可以去站在开发者或者使用者的角度去想用什么办法解决了什么问题，我觉得应该多去看看源码，多学学设计模式，对代码的认识会好很多。