MyBatis中动态创建DAO接口实现类的字节码文件

        DAO接口实现类代码重复度高

        在学习MyBatis的过程中，我们发现实现DAO层实现类中的方法代码重复度十分高，基本上都是两行代码：一行从工具类中获取SqlSession对象，一行则return 与数据库会话的结果。所以我们应该使用一些方法来避免写这么低效的代码，这时就可以使用到javassist类库。

        可以使用javassist动态生成DAO接口实现类

        javassist可以在动态地生成字节码文件，这样我们就不用再为每个DAO接口都去实现写好它的实现类了，而是可以写一个使用了javassist的工具类，工具类中有直接返回DAO接口实现类的对象的方法。

        如何实现这种工具类

        首先创建DAO接口实现类，需要知道要实现的接口，所以形参列表需要DAO接口的字节码。

        其次在实现此接口中所有方法时，要对不同的方法添加不同的代码。而每个方法的不同点，就是会执行针对不同sqlId的方法，而一个sqlId就对应了Mapper文件中的一个CRUD标签，所以我们也需要找到Mapper文件才能知道到底要执行哪个标签中的sql语句，而SqlSession对象中就有配置信息，所以我们也需要去传入一个SqlSession对象来找到配置文件

        还有一个问题就是我们事先是不知道用户编写的sqlId的，而sqlId每个方法都不同，所以也不好去作为形参传入，那如何来跟据sqlId找到标签呢？此时我们想到先前传入了DAO接口，而一个方法就执行一个sqlId，所以方法和sqlId是一一对应的。所以我们可以事先规定每个标签的sqlId都是DAO接口中它对应的方法名。当然执行sql语句不只需要sqlId，还要在前面加上namespace，而一个Mapper文件对应一个DAO接口，所以namespace被要求必须写成DAO接口的全限定名称，这样写，我们就再也不用再MyBatis中写重复的DAO接口实现类代码了。

        MyBatis对只要写接口不用写实现类的解决方案

        MyBatis为了解决这个问题，使用了JDK的动态代理机制，也就是SqlSession对象中的getMapper方法底层。其实和使用javassist差不多，也是需要SqlSession对象和DAO接口字节码，只不过在getMapper方法中SqlSession对象使用了this代替。