druid源码学习9-总结

第一次参与一个这样的源码活动，坚持这么一段时间，看了其中的一部分。
直观的感受是：这些跟平时工作的项目也没什么区别，当入职一家新公司时，需要先知道公司的业务，然后再去阅读相关项目的文档、代码。看开源代码也是一样，首先需要知道这个开源项目是为了解决什么问题，怎么设计的，解决问题的思路流程是怎么样的，阅读的时候就会很轻松。
连接池也一样，只是一段公共的业务，解决了一个完整企业项目必须要解决的一系列问题：维护服务于数据库的连接、监控sql执行情况等等。
为了实现解决这些问题的目标，需要用一些数据结构、设计模式去处理一些问题，目前看到的用到的这些解决方法，跟平时写代码常用的方法也没什么区别，都是对业务进行一个高度的抽象，设计成相对更具有扩展性的结构。
druid连接池，感觉挺乱的。从目录上看，结构是挺清晰的，哪些模块是干什么的，都进行了分类设计，但是实际的实现中，并没有严格的遵守这些设计，都是随意添加，怎么方便怎么来，导致某个类的职责越来越多，越来越复杂，进而破坏了原有的设计，让这个项目混乱不堪。
其实如果不是参加这个活动，看两天就放弃了，一个原因是核心部分本质上就是jdbc的扩展，很容易看明白，看druid本身也就是冲着这些来的；一个就是代码写的是在乱，根本看不进去；最后一个原因，可能就是对这部分内容没那么多兴趣。