mybatis由JDBC的演化过程分析

咱们知道，mybatis是对JDBC的封装，那么他是如何演变过来的呢？

摘自传智传媒Java培训资料

关于mybatis的演化原理，咱们先看看咱们最熟悉也是最基础的经过JDBC查询数据库数据，通常须要如下七个步骤：

（1）  加载JDBC驱动

（2）  创建并获取数据库链接

（3）  建立 JDBC Statements 对象

（4）  设置SQL语句的传入参数

（5）  执行SQL语句并得到查询结果

（6）  对查询结果进行转换处理并将处理结果返回

（7）  释放相关资源（关闭Connection，关闭Statement，关闭ResultSet）

如下是具体的实现代码：

  1 public static List<Map<String,Object>> queryForList(){ 
  2 
  3         Connection connection = null; 
  4 
  5         ResultSet rs = null; 
  6 
  7         PreparedStatement stmt = null; 
  8 
  9         List<Map<String,Object>> resultList = new ArrayList<Map<String,Object>>();           
 10 
 11         try { 
 12 
 13             //加载JDBC驱动 
 14 
 15             Class.forName("oracle.jdbc.driver.OracleDriver").newInstance(); 
 16 
 17             String url = "jdbc:oracle:thin:@localhost:1521:ORACLEDB";               
 18 
 19             String user = "trainer";  
 20 
 21             String password = "trainer";                
 22 
 23             //获取数据库链接 
 24 
 25             connection = DriverManager.getConnection(url,user,password);                
 26 
 27             String sql = "select * from userinfo where user_id = ? "; 
 28 
 29             //建立Statement对象（每个Statement为一次数据库执行请求） 
 30 
 31 stmt = connection.prepareStatement(sql);               
 32 
 33             //设置传入参数 
 34 
 35             stmt.setString(1, "zhangsan");               
 36 
 37             //执行SQL语句 
 38 
 39             rs = stmt.executeQuery();               
 40 
 41             //处理查询结果（将查询结果转换成List<Map>格式） 
 42 
 43             ResultSetMetaData rsmd = rs.getMetaData(); 
 44 
 45             int num = rsmd.getColumnCount();               
 46 
 47             while(rs.next()){ 
 48 
 49                 Map map = new HashMap(); 
 50 
 51                 for(int i = 0;i < num;i++){ 
 52 
 53                     String columnName = rsmd.getColumnName(i+1); 
 54 
 55                     map.put(columnName,rs.getString(columnName)); 
 56 
 57                 } 
 58 
 59                 resultList.add(map); 
 60 
 61             }  
 62 
 63         } catch (Exception e) { 
 64 
 65             e.printStackTrace(); 
 66 
 67         } finally { 
 68 
 69             try { 
 70 
 71                    //关闭结果集 
 72 
 73                 if (rs != null) { 
 74 
 75                     rs.close(); 
 76 
 77                     rs = null; 
 78 
 79                 } 
 80 
 81                    //关闭执行 
 82 
 83                 if (stmt != null) { 
 84 
 85                     stmt.close(); 
 86 
 87                     stmt = null; 
 88 
 89                 } 
 90 
 91                 if (connection != null) { 
 92 
 93                     connection.close(); 
 94 
 95                     connection = null; 
 96 
 97                 } 
 98 
 99             } catch (SQLException e) { 
100 
101                 e.printStackTrace(); 
102 
103             } 
104 
105         } 
106   return resultList; 
110 
111 } 

Jdbc开始演变到mybatis

上面咱们看到了实现JDBC有七个步骤，哪些步骤是能够进一步封装的，减小咱们开发的代码量

第一步优化：链接获取和释放

问题描述：

数据库链接频繁的开启和关闭自己就形成了资源的浪费，影响系统的性能。

解决问题：

数据库链接的获取和关闭咱们可使用数据库链接池来解决资源浪费的问题。经过链接池就能够反复利用已经创建的链接去访问数据库了。减小链接的开启和关闭的时间。

问题描述：

可是如今链接池多种多样，可能存在变化，有可能采用DBCP的链接池，也有可能采用容器自己的JNDI数据库链接池。

解决问题：

咱们能够经过DataSource进行隔离解耦，咱们统一从DataSource里面获取数据库链接，DataSource具体由DBCP实现仍是由容器的JNDI实现均可以，因此咱们将DataSource的具体实现经过让用户配置来应对变化。

第二步优化：SQL统一存取

问题描述：

咱们使用JDBC进行操做数据库时，SQL语句基本都散落在各个JAVA类中，这样有三个不足之处：

第一，可读性不好，不利于维护以及作性能调优。

第二，改动Java代码须要从新编译、打包部署。

第三，不利于取出SQL在数据库客户端执行（取出后还得删掉中间的Java代码，编写好的SQL语句写好后还得经过＋号在Java进行拼凑）。

解决问题：

咱们能够考虑不把SQL语句写到Java代码中，那么把SQL语句放到哪里呢？首先须要有一个统一存放的地方，咱们能够将这些SQL语句统一集中放到配置文件或者数据库里面（以key-value的格式存放）。而后经过SQL语句的key值去获取对应的SQL语句。

既然咱们将SQL语句都统一放在配置文件或者数据库中，那么这里就涉及一个SQL语句的加载问题。

 第三步优化：传入参数映射和动态SQL

问题描述：

不少状况下，咱们均可以经过在SQL语句中设置占位符来达到使用传入参数的目的，这种方式自己就有必定局限性，它是按照必定顺序传入参数的，要与占位符一一匹配。可是，若是咱们传入的参数是不肯定的（好比列表查询，根据用户填写的查询条件不一样，传入查询的参数也是不一样的，有时是一个参数、有时多是三个参数），那么咱们就得在后台代码中本身根据请求的传入参数去拼凑相应的SQL语句，这样的话仍是避免不了在Java代码里面写SQL语句的命运。既然咱们已经把SQL语句统一存放在配置文件或者数据库中了，怎么作到可以根据前台传入参数的不一样，动态生成对应的SQL语句呢？

解决问题：

第一，咱们先解决这个动态问题，按照咱们正常的程序员思惟是，经过if和else这类的判断来进行是最直观的，这个时候咱们想到了JSTL中的<if test=””></if>这样的标签，那么，能不能将这类的标签引入到SQL语句中呢？假设能够，那么咱们这里就须要一个专门的SQL解析器来解析这样的SQL语句，可是，if判断的变量来自于哪里呢？传入的值自己是可变的，那么咱们得为这个值定义一个不变的变量名称，并且这个变量名称必须和对应的值要有对应关系，能够经过这个变量名称找到对应的值，这个时候咱们想到了key-value的Map。解析的时候根据变量名的具体值来判断。

假如前面能够判断没有问题，那么假如判断的结果是true，那么就须要输出的标签里面的SQL片断，可是怎么解决在标签里面使用变量名称的问题呢？这里咱们须要使用一种有别于SQL的语法来嵌入变量（好比使用＃变量名＃）。这样，SQL语句通过解析后就能够动态的生成符合上下文的SQL语句。

还有，怎么区分开占位符变量和非占位变量？有时候咱们单单使用占位符是知足不了的，占位符只能为查询条件占位，SQL语句其余地方使用不了。这里咱们可使用#变量名#表示占位符变量，使用$变量名$表示非占位符变量。

第四步优化：结果映射和结果缓存

问题描述：

执行SQL语句、获取执行结果、对执行结果进行转换处理、释放相关资源是一整套下来的。假如是执行查询语句，那么执行SQL语句后，返回的是一个ResultSet结果集，这个时候咱们就须要将ResultSet对象的数据取出来，否则等到释放资源时就取不到这些结果信息了。咱们从前面的优化来看，以及将获取链接、设置传入参数、执行SQL语句、释放资源这些都封装起来了，只剩下结果处理这块尚未进行封装，若是能封装起来，每一个数据库操做都不用本身写那么一大堆Java代码，直接调用一个封装的方法就能够搞定了。

解决问题：

咱们分析一下，通常对执行结果的有哪些处理，有可能将结果不作任何处理就直接返回，也有可能将结果转换成一个JavaBean对象返回、一个Map返回、一个List返回等等，结果处理多是多种多样的。从这里看，咱们必须告诉SQL处理器两点：第一，须要返回什么类型的对象；第二，须要返回的对象的数据结构怎么跟执行的结果映射，这样才能将具体的值copy到对应的数据结构上。

    接下来，咱们能够进而考虑对SQL执行结果的缓存来提高性能。缓存数据都是key-value的格式，那么这个key怎么来呢？怎么保证惟一呢？即便同一条SQL语句几回访问的过程当中因为传入参数的不一样，获得的执行SQL语句也是不一样的。那么缓存起来的时候是多对。可是SQL语句和传入参数两部分合起来能够做为数据缓存的key值。

 第五步优化：解决重复SQL语句问题

问题描述：

因为咱们将全部SQL语句都放到配置文件中，这个时候会遇到一个SQL重复的问题，几个功能的SQL语句其实都差很少，有些多是SELECT后面那段不一样、有些多是WHERE语句不一样。有时候表结构改了，那么咱们就须要改多个地方，不利于维护。

解决问题：

当咱们的代码程序出现重复代码时怎么办？将重复的代码抽离出来成为独立的一个类，而后在各个须要使用的地方进行引用。对于SQL重复的问题，咱们也能够采用这种方式，经过将SQL片断模块化，将重复的SQL片断独立成一个SQL块，而后在各个SQL语句引用重复的SQL块，这样须要修改时只须要修改一处便可。

优化总结：

咱们总结一下上面对JDBC的优化和封装：

（1） 使用数据库链接池对链接进行管理

（2） SQL语句统一存放到配置文件

（3） SQL语句变量和传入参数的映射以及动态SQL

（4） 动态SQL语句的处理

（5） 对数据库操做结果的映射和结果缓存

（6） SQL语句的重复

2.3.mybatis的架构设计

 

功能架构讲解：

咱们把Mybatis的功能架构分为三层：

(1)API接口层：提供给外部使用的接口API，开发人员经过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。

(2)数据处理层：负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操做。

(3)基础支撑层：负责最基础的功能支撑，包括链接管理、事务管理、配置加载和缓存处理，这些都是共用的东西，将他们抽取出来做为最基础的组件。为上层的数据处理层提供最基础的支撑。