一、Mybatis配置
<insert id="insert" parameterType="com.test.TestDO" keyProperty="id" useGeneratedKeys="true">
useGeneratedKeys=“true”时 ， mybatis会将自增ID值 填充到 TestDO对象中的 id (keyProperty指定)属性。
二、JDBC
java.sql.Statement对象 执行 executeUpdate
int executeUpdate(String sql, int autoGeneratedKeys) throws SQLException;
其中， returnGenerateKeys 的枚举定义在java.sql.Statement中
int RETURN_GENERATED_KEYS = 1;int NO_GENERATED_KEYS = 2;
指定为 RETURN_GENERATED_KEYS时，JDBC 协议要求JDBC实现能返回 自增主键的值。
通过java.sql.Statement对象的 getGeneratedKeys()方法可以取得 包含自增主键值的 ResultSet对象。
三、Mysql
Mysql JDBC 在执行 executeUpdate 时，
mysql server服务器返回的数据包(ResultSetImpl对象)中 包含了两个相关的值:
/** How many rows were affected by UPDATE/INSERT/DELETE? */protected long updateCount;/** Value generated for AUTO_INCREMENT columns */protected long updateId = -1; //此次插入的第一个自增ID值(单条插入，批量插入相同)
有了这两个值， 在getGeneratedKeys()时， 从updateId 开始 ，加 updateCount 次，便得到了此次
插入的所有自增ID值。
比如： 数据库自增ID 当前是 99， 通过JDBC批量插入5条数据，执行插入后，updateId值为100， updateCount为5；
那么getGeneratedKeys()返回的ResultSet对象中包含的自增ID 为 100,101,102,103,104 。
单条插入的好理解一点，对于批量插入的如何理解 值的连续性呢 ？
对于Mysql， 包含自增主键的表 对 有一个特殊的表锁，可以理解为自增主键列锁，insert语句执行前需要获取该锁(不影响update操作)，
也就是当批量插入(insert ..values 形式 或 Statement.executeBatch() )时，不会有别的插入操作会进来，所以可以保证 批量插入的自增ID值是连续的。
四、Mybatis
Mybatis 利用 JDBC协议中 该机制，在批量插入(接收List<TestDO>对象) 时，根据getGeneratedKeys()的返回接口，顺序写入List中的TestDO对象中。
时间比较仓促，写的比较粗糙，不够详细，不过 大致 原理逻辑 理清楚了。
至于JDBC为何要规定单独接口获取自增主键ID， 又为何在executeUpdate中将 是否返回自增主键值 作为附加参数，
Mysql 如何封装JDBC协议数据包, 如何实现自增主键的表级锁等等，还请见谅。
文中有不当之处，还望各位大佬斧正。