一、原生JDBC在实际生产中使用存在的影响性能的问题
首先分析使用JDBC的代码：
Connection connection = null;
PreparedStatement preparedStatement = null;
ResultSet resultSet = null;
try{
//加载数据库驱动
Class.forName("com.mysql.cj.jdbc.Driver");
//通过驱动获取链接
connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/mybatis?serverTimezone=UTC", "root", "root");
//定义SQL语句？表示占位符
String sql = "select * from user where username=?";
//获取预处理语句
preparedStatement = connection.prepareStatement(sql);
//设置参数
preparedStatement.setString(1, "张三");
//获取结果
resultSet = preparedStatement.executeQuery();
//遍历结果
while (resultSet.next()){
int id = resultSet.getInt("id");
String username = resultSet.getString("username");
//封装User实例
User.setId(id);
User.setUsername(username);
}
}catch (Exception e){
e.printStackTrace();
}finally {
//释放资源
resultSet.close();
preparedStatement.close();
connection.close();
}
这段代码中存在的问题：
1）数据库在使用频繁链接，释放容易造成系统资源浪费，从而影响系统的性能。
2）从sql,到预处理语句，到结果集的处理都存在硬编码的情况。实际生产中业务sql的变动可能性还是比较大的，频繁修改代码将导致系统不容易维护。
二、如何解决上面的问题使生产上的系统更加有效率
1、对于数据库频繁链接释放，采用数据库连接池初始化的方式解决。
2、对于sql语句的硬编码问题，采用xml配置文件的方式解决。即将sql语句从业务逻辑代码中分离。
3、对于结果集的硬编码，使用java的反射、自省的技术，实现数据库表字段与实例类属性的自动映射。
三、Mybatis解决JDBC效率问题的实现
1、数据库链接及释放：mybatis提供非池化及池化的数据源，在xml配置文件中datasource type可以指定。具体实现在datasource包中。
2、sql语句的硬编码：与实体类对应mapper下XXXmapper.xml文件解决。
以上二个具体实现逻辑为：mybatis提供保存配置文件的缓存Configuration和MappedStatement，其中MappedStatement作为Configuration的属性。
MappedStatement保存mapper.xml映射文件解析后的sql语句，Configuration保存datasource、mappedstatement等其他信息。
具体解析由ConfigurationBuilder和MappedStatementBuilder完成。
3、对于结果集由ResulMap等相关类使用反射或内省实现。
总结：mybatis封装JDBC的大致逻辑为：客户端将数据源、sql语句、返回结果类型等信息保存在xml文件中(也可以是注解)，mybatis将这些信息读取到Configuration中保存，
然后通过Executor执行sql,并将返回结果集映射回实体对象。客户端就可以直接使用实体对象即可。总之即客户端需要完成的工作仅为配置即获取结果后使用，
其他中间工作均交由mybatis完成。
如果mybatis是一颗树，那么可以认为mybatis封装JDBC的逻辑即为mybatis的树干。后续分析这颗树干的具体实现。