[Java]为什么要使用MyBatis

叁歲伎倆 2022-03-10 15:20 219阅读 0赞

# 侃一侃 #

为什么要使用MyBatis，不能直接使用java操作数据库吗？  
答案当然是不能，不仅仅是因为程序员懒，更重要的是提高工作效率和代码性能。

MyBatis是非常优秀的持久层ORM框架，简化开发人员对关系数据库的使用。  
如果不清楚MyBatis的原理、MyBatis的配置则需要参考其他的文章，此处不做详述。此处将详细说明MyBatis的优势。

# Mybatis #

要想知道MyBatis有哪些优势，首先需要了解Java操作数据库的原始方式。

## 传统JDBC步骤 ##

传统的JDBC(Java DataBase Connectivy)步骤：

*  加载数据库驱动
 *  创建并获取数据库链接
 *  创建jdbc statement对象
 *  设置sql语句
 *  设置sql语句中的参数（使用preparedStatement）
 *  通过statement执行sql并获取结果
 *  对sql执行结果进行解析
 *  释放资源，包括resultSet、preparedStatement、connection

下面通过代码具体体验一下传统JDBC的方式，毕竟空对空的看没啥感觉。

代码经测试可运用，环境(java 8)，同时需要下载 mysql-connector-java 8.0.13 版本的。jdk目前是没有内置这个包的，所以需要先下载，附上一个下载地址：[http://www.codingutil.com/searchJar.html。][http_www.codingutil.com_searchJar.html]  
下载和引入方法可以参考[博客][Link 1]，讲的挺详细的。

import java.sql.Connection;
    import java.sql.DriverManager;
    import java.sql.PreparedStatement;
    import java.sql.ResultSet;
    import java.sql.SQLException;
    
    public class MainTest { 
    
    	public static void main(String[] args) { 
    		String driveName = "com.mysql.cj.jdbc.Driver";
    		String url = "jdbc:mysql://140.143.47.187:3306/test?serverTimezone=GMT%2B8";
    		String user = "root";
    		String pass = "dyktdykt2018";
    
    		
    		// java.sql中 Connection 与特定数据库连接，在连接上下文中执行sql语句并返回结果
    		Connection connection = null;
    		PreparedStatement preparedStatement= null;
    		ResultSet resultSet =null;
    		try { 
    			//加载数据库驱动
    			Class.forName("com.mysql.cj.jdbc.Driver");
    			//通过驱动管理类获取数据库链接
    			connection = DriverManager.getConnection(url, user, pass);
    			//定义sql语句 ?表示占位符
    			String sql = "select * from stuInfo where id = ?";
    			//获取预处理statement
    			preparedStatement = connection.prepareStatement(sql);
    			//设置参数，第一个参数为sql语句中参数的序号（从1开始），第二个参数为设置的参数值
    			preparedStatement.setString(1, "1");
    			//向数据库发出sql执行查询，查询出结果集
    			resultSet =  preparedStatement.executeQuery();
    			//遍历查询结果集
    			while(resultSet.next()){ 
    				System.out.println(resultSet.getString("id")+" "+resultSet.getString("name"));
    			}
    		} catch (Exception e) { 
    			e.printStackTrace();
    		}finally{ 
    			//释放资源
    			if(resultSet!=null){ 
    				try { 
    					resultSet.close();
    				} catch (SQLException e) { 
    					// TODO Auto-generated catch block
    					e.printStackTrace();
    				}
    			}
    			if(preparedStatement!=null){ 
    				try { 
    					preparedStatement.close();
    				} catch (SQLException e) { 
    					// TODO Auto-generated catch block
    					e.printStackTrace();
    				}
    			}
    			if(connection!=null){ 
    				try { 
    					connection.close();
    				} catch (SQLException e) { 
    					// TODO Auto-generated catch block
    					e.printStackTrace();
    				}
    			}
    
    		}
    	}
    
    }

代码参考以下两篇博客：[这篇][Link 1]的代码可用，[这篇][Link 2]的代码较老，在本机环境下报错。

## MyBatis的改进 ##

上边使用jdbc的原始方法（未经封装）实现了查询数据库表记录的操作，通过以上我们看出**JDBC面临的一些问题**：

1、数据库连接，使用时就创建，不使用时立即释放，对数据库进行频繁连接开始和关闭，造成数据库资源浪费，影响数据库的性能

**设想**：使用数据库连接池管理数据库连接

2、将sql语句硬编码到java代码中，如果sql语句修改，需要重新编译java代码，不利于系统维护

**设想**：将sql语句配置到xml配置文件中，即使sql语句变化，也不需要对java代码进行重新编译

3、向preparedstatement中设置参数，对占位符位置和设置参数值，硬编码在java代码中，不利于系统维护。

**设想**：将sql语句及占位符和参数全部配置到xml中。

4、从resultSet中遍历结果集数据时，存在硬编码，将获取表的字段进行硬编码，不利于系统维护

**设想**：将查询结果集，自动映射成java对象

**于是，MyBatis如何解决JDBC的问题~**

1、数据库链接创建、释放频繁造成系统资源浪费从而影响系统性能，如果使用数据库链接池可解决此问题。

**解决**：在SqlMapConfig.xml中配置数据链接池，使用连接池管理数据库链接。

2、Sql语句写在代码中造成代码不易维护，实际应用sql变化的可能较大，sql变动需要改变java代码。

**解决**：将Sql语句配置在XXXXmapper.xml文件中与java代码分离。

3、向sql语句传参数麻烦，因为sql语句的where条件不一定，可能多也可能少，占位符需要和参数一一对应。

**解决**：Mybatis自动将java对象映射至sql语句，通过statement中的**parameterType**定义输入参数的类型。

4、对结果集解析麻烦，sql变化导致解析代码变化，且解析前需要遍历，如果能将数据库记录封装成pojo对象解析比较方便。

**解决**：Mybatis自动将sql执行结果映射至java对象，通过statement中的**resultType**定义输出结果的类型。

# 小结 #

传统JBDC方法使用java.sql数据连接包，它是实现JDBC的类库。此类用于装载驱动程序，它所有的成员都是静态成员，所以在程序中无须对它进行实例化，直接通过类名就可以访问它。 更多资料可参考[java.sql 包][java.sql]，里面内容比较详细。

MyBatis则简化了传统JDBC方法，解决了：①频繁链接和释放数据库的浪费、②SQL语句与代码的高耦合、③参数传递麻烦、④结果解析麻烦。

[http_www.codingutil.com_searchJar.html]: http://www.codingutil.com/searchJar.html%E3%80%82
[Link 1]: https://blog.csdn.net/qq_41139830/article/details/85234012
[Link 2]: https://blog.csdn.net/wangwenru6688/article/details/76466862
[java.sql]: https://blog.csdn.net/qq_35456686/article/details/81389936