mybatis深入浅出——连接管理+sql映射+结果集转换

本节主要对mybatis初始化源码的分析，简单的阐述mybatis的设计思想。

数据库访问相关的框架是对jdk中的数据库访问相关操作的更高层次的封装，所以如果要探究一个框架的设计原理，那么可以从下而上的进行分析。通过分析jdk中数据库访问的痛点，和分析mybatis的所解决的问题相结合，可以更加透彻的理解框架的意义，从而可以更加高效的使用好框架，更好的整合到项目当中。

大部分的数据库访问框架都需要解决下面三个基本的问题，本节将围绕下面三个问题展开讨论，对于和性能相关的更加深入的问题将在后续的章节讨论。

1、数据库连接管理
数据库访问需要建立数据库连接（延伸：数据库连接应该是建立socket之上的，并维护的数据库访问的相关的协议），在基于jdk的数据访问中在配置好了driver信息之后，就可以通过driver获取到连接了，然后执行sql语句并关闭连接。

由于连接的建立的底层是tcp的连接，所以这种方式会导致不断的建立和关闭tcp连接，从而导致数据库服务大量存在close_wait的tcp连接，当初与该状态的tcp连接达到系统的限制之后，可能会导致服务器拒绝连接。

而且由于tcp连接本身是耗时的，所以上述就是为什么传统的sql执行低效的原因。为了避免这种情况开发人员想到了连接池的概念，通过连接池缓存未被使用的连接，从而提高性能。

关于mybatis的数据库的连接池的实现，在上上章节已经讲解了，本节就不再赘述。

2、sql语句的映射
在没有使用框架的数据库访问中，需要自己编写sql语句，而且在执行sql语句前后需要做很多的操作，所以很多框架通过对象的方式屏蔽了sql语句，但是底层仍然是基于sql的，只是通过获取对象的property name来拼接sql的。

在mybatis中主要是通过注解和配置文件的方式来实现sql的映射，通过对注解或xml进行扫描并对注解的类的方法进行解析，从而可以完成sql和对象参数的绑定。

3、结果集的转换
在执行完sql之后，jdk返回的是ResultSet，需要自己将字段的值和对象的属性进行匹配，这个操作是复杂且容易出错的，所以可以通过java反射机制来封装从ResultSet到java对象的过程。