这篇文章说的是mybatis的入门，内容浅显，但是能够理解并完整的梳理出来却是不简单。下面就来一起看看。
JDBC到ORM的更替最原始是使用JDBC和数据库建立连接，但是使用JDBC连接数据库做一系列操作的过程你还记得吗，你的记忆力还够用吗？这个对90%的开发小伙伴都是一个头疼的问题，因为现在的ORM框架(hibernate、mybatis)做的封装太好，让我们渐渐的遗忘了底层是怎么做的啦。
原始的JDBCpublic void demoTest() {
Connection conn = null;
Statement stmt = null;
List users = new ArrayList<>();
try {
// 注册mysql的驱动
Class.forName("com.mysql.jdbc.Driver");
// 获得一个连接
System.out.println("Connecting to database...");
conn = DriverManager.getConnection(DB_URL, USER, PASS);
// 创建一个查询
System.out.println("Creating statement...");
stmt = conn.createStatement();
String userName = "zydoit";
String sql="SELECt * FROM t_user where user_name='"+userName+"'";
ResultSet rs = stmt.executeQuery(sql);
System.out.println(stmt.toString());
// 从resultSet中获取数据并转化成bean
while (rs.next()) {
TUser user = new TUser();
user.setRealName(rs.getString("real_name"));
user.setSex(rs.getByte("sex"));
user.setMobile(rs.getString("mobile"));
System.out.println(user.toString());
users.add(user);
}
// 关闭连接
rs.close();
stmt.close();
conn.close();
} catch (SQLException se) {
se.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
if (stmt != null)
stmt.close();
} catch (SQLException se2) {
}// nothing we can do
try {
if (conn != null)
conn.close();
} catch (SQLException se) {
se.printStackTrace();
}
}
}
整个连接、查询封装、关闭资源过程：
加载MySQL驱动com.mysql.jdbc.Driver；创建数据库连接Connection；创建一个查询操作Statement；将查询的结果ResultSet封装到结果对象TUser中；依次将ResultSet、Statement、Connection关闭，这个关闭的过程需要注意的就是要在finally代码块中再判断并关闭一次，确保在出异常的情况下依然能够关闭连接资源。
这里举例出来的是查询的过程，如果是增删改的过程还会涉及到事务的开启、提交、关闭，异常时要回滚。可以看的出来有多么的麻烦，而且容易出错。开发一个实用的ORM框架迫在眉睫。
ORM框架概述基本概念：对象关系映射(ORM Obeject Relational Mapping)，ORM模型就是数据库的表与简单Java对象 (POJO)的映射模型，它主要解决数据库数据和POJO对象的相互映射。
主流的ORM框架：Hibernate、Mybatis，早期的时候Hibernate使用的比较多，但是由于过于笨重，近几年慢慢的被Mybatis替代了。可以说现在90%以上的公司都是用的Mybatis。
这篇文章也是围绕Mybatis来说的，后续还会陆续更新Mybatis相关源码的解析。
ORM框架的优点：
符合Java的技术思想面向对象，将技术部分封装起来，程序猿只要专心写业务代码即可；解耦，之前JDBC代码是将技术代码和业务代码融合在一起，耦合性太高，ORM框架就可以做到完美的解耦；大大减少开发量，如果每次业务操作都手动连接数据库，然后做一些列操作，写繁杂冗余的代码，程序员们是会疯掉的；提高代码的可维护性，通过映射关系，一目了然，降低了学习成本，同时也提高了可维护性。……(感觉用的爽的都是优点) Mybatis映射关系
Mybatis的映射关系分配三个要素：
POJO实体类，对应着数据库字段的信息SQL，对数据库进行操作的语句映射规则mapper文件，将SQL操作和POJO关联到一起
直观的映射关系如图所示：
配置文件配置文件是重头戏，这种规则是有了，但是数据库的连接，映射规则的读取，mapper接口和映射规则的关联等，都要在配置文件中体现和整合。另外还有一些对使用过程的一些优化配置，如插件、驼峰规则等。
这个是很全的一个配置文件展示，从整体来看，配置文件被分为7部分，分别是properties、settings、typeAliases、typeHandlers、plugins、environments、mappers。从这7个部分可以看的出来，我们常用的部分也就是settings、typeAliases、plugins、environments、mappers。
settings用来做一些参数的配置，比如说驼峰规则配置，在数据库中字段的标准规则是两个字母间用下划线连接，但是对应到Java里面的实体类，就是驼峰规则，为了将两者对应起来，可以使用别名、也可以使用resultMap标签，最常用的还是直接在settings下配置驼峰自动映射关系。再如缓存、懒加载、一些策略等。typeAliases这个标签用来配置实体类基础包的，从字面上来说是别名。用到的地方就是在resultType、paramterType上，如果不设置这个别名，就需要写全POJO的全路径名。这个让我想起我们自己在写代码的时候，明明是配置了这个别名，但是还是会用全路径名，说实话有时候虽然配置了，但不知道如何很好的利用，悲哉啊。plugins插件配置，这里常用的插件就是分页插件pageHelper。environments环境配置，就是做数据源、事务管理器的配置。mappers指定配置文件mapper.xml的位置，这里有很多种配置方式，不过一般使用较多的就是直接配置到配置文件的具体位置，配合通配符。如classpath:mapper/*Mapper.xml。properties下直接配置参数见的不多，但是用来加载配置文件的却挺多，如将数据库的用户名、密码、连接信息放在一个jdbc.properties配置文件中，然后将这个配置文件加载，直接用${jdbc.username}操作导入。后期mybatis和spring整合，这个读取的过程就交给spring，渐渐的这个标签就被弱化了。typeHandlers自定义处理器，用的很少。那平时用在哪里呢。如现在实体类中有个字段是枚举类，如果需要将查询到的值映射到枚举类中，那就需要自定义处理器来实现。 挑几个常用的配置说说
关于Mybatis的配置真的很多，但是真的需要手动配置的却不是很多，大部分配置都是使用默认的即可。下面我们摘几个常用的来说说。
cacheEnabled:该配置影响的所有映射器中配置的缓存的全局开关。默认是打开的。lazyLoadingEnabled:延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。 特定关联 关系中可通过设置fetchType属性来覆盖该项的开关状态 。默认是关闭的。aggressiveLazyLoading:当启用时，对任意延迟属性的调用会使带有延迟加载属性的对象完整加载; 反之，每种属性将会按需加载。 默认是打开的。mapUnderscoreToCamelCase:是否开启自动驼峰命名规则(camel case)映射，即从经典数据库 列名 A_COLUMN 到经典 Java 属性名 aColumn 的类似映射。默认是关闭的。logPrefix：指定 MyBatis 增加到日志名称的前缀。 默认未设置。logImpl:指定 MyBatis 所用日志的具体实现，未指定时将自动查找。 可选项有很多，如slf4j、log4j、jdk_logging、common_logging等。如果同时都有那mybatis优先选谁呢。有兴趣可以看一下源码，我记得是slf4j。proxyFactory:代理方式，指定 Mybatis 创建具有延迟加载能力的对象所用到的代理工具 。选项有两个分别是CGLIB和JAVASSIST，在mybatis版本3.3.0以上，默认使用的JAVASSIST。 Overview
习惯性总结，其实这里没啥总结的，内容都是一目了然，也不是很难。但是往往不难的东西会被忽略，到关键需要用的时候又想不起来。你是不是有同感？
由此可以知道为什么随着IT界的发展，各大、小公司都对入职程序员考察基础。
