1.MyBatis-Plus代码生成器（3.5.1版本）
2.2万多行MyBatis源码，源码你知道里面用了多少种设计模式吗？
3.三万字带你彻底吃透MyBatis源码！下载！源码
4.Mybatis源码剖析（懒加载原理）
MyBatis-Plus代码生成器（3.5.1版本）
MyBatis-Plus（简称 MP）是下载Mybatis的增强工具，在 MyBatis 源码的基础上只做增强不做改变，为简化开发、下载机构评分公式源码提高效率而生。源码
特性：pom配置，下载依赖准备好后，源码创建Java类，下载在main()方法中：配置连接mysql数据库信息+调用自动生成API并设置各类参数，源码根据自定义策略，下载执行自动生成代码操作。源码这里新建一个MpGenerator.java，下载提供主方法main()。源码
templateConfig我禁用了MP提供的模板，设置成了自己定义的。先看下MP自带的模板。
包路径，一共支持三种引擎，Velocity对应vm后缀；Beetl对应btl后缀；Freemarker对应ftl后缀
MP自带的模板service，controller等太简单，只是hbuilder制作app源码一个文件并没有提供增删改查功能，可以自己配置一个模板替换到自带的。就需要在templateConfig中配置一下。（自带的模板就不贴代码了，有兴趣的自己看一下）
拿controller举例，贴一下我自己配置的。
其实就是把增删改查的外壳设置好，把参数配置成动态的。$ 里面这些参数是哪里来的呢？接下来分析一下
由于我用的是Velocity，看一下它的引擎源码
一共4个方法，看名字大概分析一下，大概率是writer这个方法是主要功能，接下来断点看一下。
模板中配置的动态参数，都是从objectMap取的。
table数据格式，可以看到生成的entity，mapper，service，controller名称，fields取的数据库中字段信息。
是否为主键，字段类型，足浴 洗浴 php 源码名称等等。可以根据这些参数来配置我们需要的模板样式。
如果objectMap中的参数不满足我们的要求，可以自己写一个引擎继承VelocityTemplateEngine重写他的writer方法。
我把主键的信息单独取出来了，避免每次循环调用。
自定义配置模板文件，根据MP提供的功能，可以生成entity，mapper，mapperXML，service，serviceImpl，controller。我们可能还需要用到BO，VO等，这时候就需要自定义配置模板了。
模板的定义跟上面说的一样。
简单记录一下自己使用过程的学习，大家有啥想法互相学习。
各个参数详细说明： mybatis-plus代码生成器及配置 - BlogMemory - 博客园
2万多行MyBatis源码，你知道里面用了多少种设计模式吗？
在MyBatis的建站系统源码论坛两万多行的框架源码中，设计模式的巧妙使用是整个框架的精华。
MyBatis中主要使用了以下设计模式：工厂模式、单例模式、建造者模式、适配器模式、代理模式、组合模式、装饰器模式、模板模式、策略模式和迭代器模式。
具体来说，工厂模式用于SqlSessionFactory的创建，单例模式用于Configuration的管理，建造者模式用于ResultMap的构建，适配器模式用于统一日志接口，代理模式用于MapperProxy的实现，组合模式用于SQL标签的组合，装饰器模式用于二级缓存操作，模板模式用于定义SQL执行流程，策略模式用于多类型处理器的实现，迭代器模式用于字段解析的实现。
通过运用这些设计模式，九先生源码MyBatis成功地实现了复杂场景的解耦，并将问题合理切割为若干子问题，以提高理解和解决的效率。
总的来说，MyBatis大约运用了种左右的设计模式，这使得框架在处理复杂问题时能够更加高效和灵活。
学习源码不仅可以帮助我们更好地理解设计模式和设计原则，更能够扩展我们的编码思维，积累实际应用的经验。
希望本文的分享能够帮助到您，同时也推荐您阅读《手写MyBatis：渐进式源码实践》一书，了解更多关于MyBatis的知识。
三万字带你彻底吃透MyBatis源码！！
随着互联网的迅猛发展，MyBatis逐渐成为了Java开发者不可或缺的框架技术。许多大厂在面试中偏好问及MyBatis的底层原理及源码实现，这表明了其在技术栈中的重要性。本文旨在全面解析MyBatis源码，帮助开发者深入理解这一强大的框架。为了方便学习，推荐大家先收藏后仔细研读。
MyBatis源码在封装了JDBC之后，实现了对数据库操作的高级抽象。无论是获取连接、预编译语句、参数封装还是执行SQL，其核心步骤并未改变。
解析过程始于通过`ClassLoader.getResourceAsStream`方法获取配置文件路径。这个过程确保了MyBatis能正确加载配置信息，进而解析XML文件，构建配置中心。
解析XML文件的关键在于`parseConfiguration`和`mapperParser.parse`方法。前者用于解析配置文件中的`Environment`、`Setting`等信息，后者则专注于解析Mapper映射器，将其与工厂类进行绑定。
构建`SqlSessionFactory`的过程涉及解析Mapper映射器，生成`MappedStatement`对象，以及将接口类型与工厂类绑定。最终，`DefaultSqlSessionFactory`被创建，用于管理会话生命周期。
会话的创建通过`openSession`方法完成，该方法实例化了`Executor`来执行SQL。`Executor`的配置则决定了事务管理和执行器类型。同时，`Transaction`的管理分为两种方式，以确保数据的一致性和完整性。
获取Mapper对象时，通过`mapperRegistry.getMapper`方法，该方法从`MapperRegistry`的`knownMappers`中获取接口类型和对应的工厂类。代理对象`MapperProxy`由JDK动态代理生成，用于执行实际的数据库操作。
执行SQL时，调用代理对象的`invoke`方法，进而调用`execute`方法。无论是查询还是其他操作，均遵循此流程。在查询场景下，`selectOne`与`selectList`功能实现相同，仅在参数处理上有所差异。
`MappedStatement`对象负责存储SQL信息，包括执行策略、参数类型等。`CacheKey`的生成则基于`BoundSql`内容，用于缓存结果，提高效率。
通过以上解析，我们可以看到MyBatis源码的简洁与高效。深入理解其结构与机制，不仅有助于提高开发效率，还能增强对数据库操作的理解。总的来说，MyBatis的源码并不复杂，只需耐心研读，两三天内即可掌握其核心。
Mybatis源码剖析（懒加载原理）
懒加载，即按需加载，旨在优化查询性能。以一个包含订单列表的User对象为例，当仅获取用户信息时，若启用懒加载模式，执行SQL不会查询订单列表。需获取订单列表时，才会发起数据库查询。实现方式包括在核心配置文件中设置或在相关映射文件中通过fetchType属性配置懒加载策略。
懒加载的配置如何加载到项目中呢？首先，这些配置保存在全局Configuration对象中，通常在解析核心配置文件的代码中实现。在settingsElement方法中，懒加载配置被保存在lazyLoadingEnabled属性中。对于resultMap标签中collection | association的fetchType属性，其配置通过解析mappers标签下的resultMap标签实现，最终调用buildResultMappingFromContext方法处理子标签。该方法结合全局配置判断是否需要执行懒加载。
懒加载的实现原理涉及动态代理。当调用代理对象的延迟加载属性方法时，如访问a.getB().getName()，代理对象会调用拦截器方法。若发现需要延迟加载，代理对象会单独发送SQL查询关联对象，加载数据后设置属性值，完成方法调用。简而言之，懒加载通过动态代理实现，拦截指定方法并执行数据加载。
深入剖析懒加载源码，会发现它涉及查询和数据处理的多步操作。查询完成后，结果集处理、列值获取、判断是否进行懒加载等步骤共同构建懒加载机制。动态代理在访问对象属性时触发，最终通过Javassist库创建代理对象，实现懒加载逻辑。当访问如userList2.get(0).getOrderList()时，若满足条件，代理对象会调用懒加载查询方法获取数据。判断懒加载条件的关键在于结果集处理阶段，通过访问映射关系和查询映射值来确定是否执行后续懒加载查询。
综上所述，Mybatis的懒加载机制通过动态代理和结果集处理实现，旨在优化性能，按需加载数据，提高查询效率。通过核心配置和映射文件中的配置，懒加载逻辑被加载到项目中，为开发者提供灵活的加载策略。
