1.MyBatis源码之MyBatis中SQL语句执行过程
2.2万多行MyBatis源码，码事你知道里面用了多少种设计模式吗？
3.源码分析Mybatis 码事MapperProxy初始化图文并茂
4.Mybatis源码剖析（懒加载原理）
5.三万字带你彻底吃透MyBatis源码！！码事
6.为什么 MyBatis 码事源码中，没有我那种 if···else

MyBatis源码之MyBatis中SQL语句执行过程

       MyBatis源码之MyBatis中SQL语句执行过程

       MyBatis编程时主要有两种方式执行SQL语句。

       方式一，码事qwebengine源码通过SqlSession接口的码事selectList方法调用，进入DefaultSqlSession的码事实现，最终调用executor的码事query方法，使用MappedStatement封装SQL语句。码事

       方式二，码事调用SqlSession接口的码事getMapper(Class type)方法，通过工厂创建接口的码事代理对象，调用MapperProxy的码事invoke方法，进一步执行MappedStatement，码事调用sqlSession的方法。

       创建动态代理类会执行MapperProxy类中的invoke方法，判断方法是否是Object的方法，如果是直接调用，否则执行cachedInvoker()方法，获取缓存中的MapperMethodInvoker，如果没有则创建一个，内部封装了MethodHandler。当cacheInvoker返回了PalinMethodInvoker实例后，调用其invoke方法，执行execute()方法，调用sqlSession的方法。

       查询SQL执行流程：调用关系明确，主要步骤包括调用关系。

       增删改SQL执行流程：主要步骤清晰，最后执行的都是update方法，因为insert、小型论坛源码update、delete都对数据库数据进行改变。执行流程为：

       具体的执行流程图如下所示。

2万多行MyBatis源码，你知道里面用了多少种设计模式吗？

       在MyBatis的两万多行的框架源码中，设计模式的巧妙使用是整个框架的精华。

       MyBatis中主要使用了以下设计模式：工厂模式、单例模式、建造者模式、适配器模式、代理模式、组合模式、装饰器模式、模板模式、策略模式和迭代器模式。

       具体来说，工厂模式用于SqlSessionFactory的创建，单例模式用于Configuration的管理，建造者模式用于ResultMap的构建，适配器模式用于统一日志接口，代理模式用于MapperProxy的实现，组合模式用于SQL标签的组合，装饰器模式用于二级缓存操作，模板模式用于定义SQL执行流程，策略模式用于多类型处理器的实现，迭代器模式用于字段解析的实现。

       通过运用这些设计模式，MyBatis成功地实现了复杂场景的解耦，并将问题合理切割为若干子问题，以提高理解和解决的效率。

       总的京东首页源码来说，MyBatis大约运用了种左右的设计模式，这使得框架在处理复杂问题时能够更加高效和灵活。

       学习源码不仅可以帮助我们更好地理解设计模式和设计原则，更能够扩展我们的编码思维，积累实际应用的经验。

       希望本文的分享能够帮助到您，同时也推荐您阅读《手写MyBatis：渐进式源码实践》一书，了解更多关于MyBatis的知识。

源码分析Mybatis MapperProxy初始化图文并茂

       源码分析Mybatis MapperProxy初始化，本文基于Mybatis.3.x版本，展现作者阅读源码技巧。MapperScannerConfigurer作为Spring整合Mybatis的核心类，负责扫描项目中Dao类，并创建Mybatis的Maper对象即MapperProxy对象。

       在项目配置文件中，关注到与Mapper相关的配置信息。源码分析的行文思路如下，可能会比较枯燥，但先给出MapperProxy的创建序列图，有助于理解。

       MapperScannerConfigurer类图，实现Spring Bean生命周期相关功能。核心类及其作用简述如下：

       BeanDefinitionRegistryPostProcessor负责设置SqlSessionFactory，生成的Mapper最终受该SqlSessionFactory管辖。

       ClassPathMapperScanner的scan方法进行扫描动作，具体实现由ClassPathBeanDefinitionScanner的doScan方法和ClassPathMapperScanner的内部方法共同完成。

       ClassPathMapperScanner#doScan方法首先调用父类方法，接着配置文件并构建对应的BeanDefinitionHolder对象。对这些BeanDefinitions进行处理，对Bean进行加工，加入Mybatis特性。外汇指标源码

       MapperFactoryBean作为创建Mapper的FactoryBean对象，其beanClass为MapperFactoryBean，初始化实例为MapperFactoryBean。在实例化时自动获取SqlSessionFactory或SqlSessionTemplate，用于创建具体的Mapper实例。

       MapperFactoryBean的checkDaoConfig方法实现Mapper与Mapper.xml文件的关联注册。MapperRegistry负责管理注册的Mapper，核心类图展示了其关键属性和方法。

       MapperRegistry#addMapper方法完成MapperProxy的注册，但实际的MapperProxy创建在getMapper方法中，根据接口获取MapperProxyFactory，调用newInstance创建MapperProxy对象。

       至此，Mybatis Mapper的初始化构造过程完成一半，即MapperScannerConfigurer通过包扫描，构建MapperProxy。剩余部分，即MapperProxy与*.Mapper.xml文件中SQL语句的关联流程，将在下一篇文章中详细说明。通过MapperProxy对象的创建，为后续SQL执行流程做准备。

       更多文章请关注：线报酱

Mybatis源码剖析（懒加载原理）

       懒加载，即按需加载，旨在优化查询性能。以一个包含订单列表的User对象为例，当仅获取用户信息时，若启用懒加载模式，执行SQL不会查询订单列表。需获取订单列表时，才会发起数据库查询。实现方式包括在核心配置文件中设置或在相关映射文件中通过fetchType属性配置懒加载策略。比赛网站源码

       懒加载的配置如何加载到项目中呢？首先，这些配置保存在全局Configuration对象中，通常在解析核心配置文件的代码中实现。在settingsElement方法中，懒加载配置被保存在lazyLoadingEnabled属性中。对于resultMap标签中collection | association的fetchType属性，其配置通过解析mappers标签下的resultMap标签实现，最终调用buildResultMappingFromContext方法处理子标签。该方法结合全局配置判断是否需要执行懒加载。

       懒加载的实现原理涉及动态代理。当调用代理对象的延迟加载属性方法时，如访问a.getB().getName()，代理对象会调用拦截器方法。若发现需要延迟加载，代理对象会单独发送SQL查询关联对象，加载数据后设置属性值，完成方法调用。简而言之，懒加载通过动态代理实现，拦截指定方法并执行数据加载。

       深入剖析懒加载源码，会发现它涉及查询和数据处理的多步操作。查询完成后，结果集处理、列值获取、判断是否进行懒加载等步骤共同构建懒加载机制。动态代理在访问对象属性时触发，最终通过Javassist库创建代理对象，实现懒加载逻辑。当访问如userList2.get(0).getOrderList()时，若满足条件，代理对象会调用懒加载查询方法获取数据。判断懒加载条件的关键在于结果集处理阶段，通过访问映射关系和查询映射值来确定是否执行后续懒加载查询。

       综上所述，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 源码中，没有我那种 if···else

       在 MyBatis 源码中，设计模式的巧妙使用是整个框架的精华，共有约种模式，包括创建型、结构型和行为型模式。

       创建型模式包括工厂模式、单例模式和建造者模式。工厂模式用于创建 SqlSessionFactory，单例模式确保 Configuration 的唯一实例，建造者模式将 XML 文件解析到对象中。

       结构型模式有适配器模式、代理模式、组合模式和装饰器模式。适配器模式使接口不兼容的对象可以协作，代理模式提供 DAO 接口的实现，组合模式用于 SQL 标签组合，装饰器模式允许在不修改结构的情况下增加行为。

       行为型模式包括模板模式、策略模式和迭代器模式。模板模式定义算法框架，策略模式允许算法的替换，迭代器模式遍历集合元素。

       总结，MyBatis 源码运用设计模式解决复杂问题，合理切割子问题，学习这些方案技术能提高对设计和实现的理解，扩展编码思维，积累经验，成为优秀工程师和架构师。

Mybatis：PageHelper分页插件源码及原理剖析

       PageHelper是一款强大的Mybatis分页插件，以其开源和免费的特性受到赞誉。其功能复杂性远超初印象，实现了物理分页的强大与彻底。核心在于保持分页插件的基本功能，同时提供智能参数以适应复杂场景。

       基本使用与配置方面，PageHelper依赖于jsqlparser包，Maven会自动引入。关键参数dialect = mysql，与oracle等其他数据库对应参数可根据需要选择使用或避免使用，保持分页插件的简洁性。

       源码分析中，PageHelper包含SqlUtil、SqlUtilConfig等类，负责数据库类型专用SQL工具的管理与执行，如count查询、分页查询等。自动检测当前数据库方言的机制和缓存策略提高了插件的灵活性与效率。

       PageSqlSource类展示了如何解析SQL并添加分页参数，确保分页查询的正确执行。Parser类则负责解析SQL并添加所需分页参数，实现分页功能的关键步骤。

       执行分页查询的`SqlUtil.doProcessPage()`方法，展示了创建count查询、执行分页查询、修改参数列表等关键步骤，确保分页查询的高效执行。

       PageHelper提供了两种使用方式：直接通过RowBounds参数进行分页查询和使用静态方法`PageHelper.startPage()`。其原理在于使用ThreadLocal传递和保存Page对象，每次查询时需单独设置，以保持分页功能的灵活性。

       最佳使用建议包括明确指定方言以及编写SQL分页业务与对应的count查询，避免简化操作以提高性能。推荐进一步阅读相关聚合内容，如SpringBoot、设计模式、Mybatis、多线程等，以深入理解其应用与优化。