1.【Java】MyBatis在注解上使用动态SQL（@select使用if）
2.MyBatis源码之MyBatis中SQL语句执行过程
3.Mybatis 源码Plus 实现动态SQL语句的原理
4.MyBatis实现动态SQL更新
5.一文掌握MyBatis的动态SQL使用与原理
6.Mybatis拼接sql出错及源码解析

【Java】MyBatis在注解上使用动态SQL（@select使用if）

       使用MyBatis实现动态SQL，主要通过注解方式完成，源码具体操作步骤如下：

       首先，源码以script标签包围SQL代码，源码并依照XML语法编写。源码

       其次，源码马力小店 源码采用Provider接口实现SQL拼接，源码如示例所示，源码该方法灵活适用于复杂查询需求。源码

       需注意，源码使用方式1时，源码传入空参数可能导致全表查询，源码存在隐患。源码

       方式2则在处理复杂SQL时更为灵活，源码且能抽象通用基类，源码方便DAO层实现基本查询功能。原理类似Spring JDBC Template的封装。

       最后，XML元素嵌入在注解中，简化了XML配置文件的编写，使得动态SQL的使用更加高效、简洁。

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

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

       MyBatis编程时主要有两种方式执行SQL语句。whms破解源码

       方式一，通过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的ftp分销源码方法。

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

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

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

Mybatis Plus 实现动态SQL语句的原理

       Mybatis-Plus（MP）作为Mybatis的增强工具，简化了开发者在CRUD操作中的XML配置。其核心在于动态配置和自定义SQL的处理。在应用启动时，MP的动态配置文件会通过MybatisSqlSessionFactoryBuilder.build方法注入Mybatis，涉及的关键组件包括自定义的MybatisConfiguration和SqlRunnerInjector。

       MybatisConfiguration类是MP增强的核心，它重写了Mybatis的MapperAnnotationBuilder，用于注册动态脚本。其中，addMapper方法有多个重载版本，用于加载自定义的SQL方法。关键的实现类是MybatisMapperAnnotationBuilder，其parser方法会遍历Mapper类，海淀驾校源码构造和注册动态SQL语句，如SelectById的处理。

       MP通过替换和扩展Mybatis的多个类，如SqlSessionFactoryBean，来实现动态SQL的处理。尽管过程相对繁琐，但通过将自定义方法的xml转换为Mybatis的Resource资源，可以简化整个过程。总的来说，MP通过一系列的替换和扩展，巧妙地实现了在Mybatis基础上的动态SQL功能。

MyBatis实现动态SQL更新

       博主记得在一个周五快下班的下午，产品找到我说有几个业务列表查询需要加上时间条件过滤数据，这个条件可能会变，不保证以后不修改，这个改动涉及到多个列表查询，于是博主思考了一会想了几种实现方案，

       考虑到拦截器机制不需要修改过多代码，因此本文博主将带领大家学习如何利用 MyBatis 拦截器机制来优雅的实现这个需求。

       本文示例代码全部在 Spring Boot3.0、Mybatis Plus3.5.3.1 版本下运行。

       MyBatis hashmao 源码 讲解是一个流行的 Java 持久层框架，它提供了灵活的 SQL 映射和执行功能。有时候我们可能需要在运行时动态地修改 SQL 语句，例如添加一些条件、排序、分页等。MyBatis 提供了一个强大的机制来实现这个需求，那就是拦截器（Interceptor）。

       推荐博主开源的 H5 商城项目waynboot-mall，这是一套全部开源的微商城项目，包含三个项目：运营后台、H5 商城前台和服务端接口。实现了商城所需的首页展示、商品分类、商品详情、商品 sku、分词搜索、购物车、结算下单、支付宝/微信支付、收单评论以及完善的后台管理等一系列功能。 技术上基于最新得 Springboot3.0、jdk，整合了 MySql、Redis、RabbitMQ、ElasticSearch 等常用中间件。分模块设计、简洁易维护，欢迎大家点个 star、关注博主。 github 地址： github.com/wayn/wayn...

       拦截器是一种基于 AOP（面向切面编程）的技术，它可以在目标对象的方法执行前后插入自定义的逻辑。MyBatis 定义了四种类型的拦截器，分别是：

       Spring Boot 项目中集成了 Mybatis Plus 后要让拦截器生效很简单，Mybatis Plus 的自动配置类会读取项目中所有注册到 Spring 容器的拦截器并进行自动注册。如下图，

       所以我们只需要定义一个 DynamicSqlInterceptor 拦截器并加上 @Component 注解就行，代码如下，

       指定 xml 文件中需要替换的占位符标识：@dynamicSql 以及待替换日期条件。

       在需要进行 SQL 占位符替换的方法上加 @DynamicSql 注解。

       将日期条件改成占位符where create_time > @dynamicSql。

       现在我们对拦截器核心代码逻辑进行讲解：

       执行结果：

       到此本文讲解的 MyBatis 实现动态 SQL 内容就讲解完毕了，希望大家喜欢。

       关注公众号waynblog每周分享技术干货、开源项目、实战经验、高效开发工具等，您的关注将是我的更新动力！

一文掌握MyBatis的动态SQL使用与原理

       MyBatis的动态SQL功能显著提升了SQL映射的易用性，特别是对于根据条件动态构建SQL语句的需求。通过强大的动态SQL语言，如OGNL表达式，用户可以避免在拼接SQL时的繁琐和易出错问题。

       动态SQL在MyBatis中的常见应用包括根据传入参数构建where子句，如根据"title"和"author"的组合条件进行搜索。比如，如果只传入"title"，则只搜索"title"；如果只传入"author"，则搜索"author"；两者均无，则返回featured的BLOG。

       MyBatis提供了choose元素，类似Java的switch语句，可以根据传入参数选择执行其中一个条件。例如，针对"title"和"author"的搜索，可按传入参数分别执行。

       动态SQL的复杂性在于处理条件不足或多余的情况，如if元素可能导致查询失败。MyBatis通过trim和where元素提供了解决方案，如where元素仅在子元素有内容时插入"WHERE"，而自定义trim元素则能更精细地控制SQL结构。

       在使用foreach遍历集合时，动态SQL更显灵活，能智能地处理分隔符。同时，set元素用于动态更新，避免了多余的逗号和列名。

       对于动态SQL的解析，MyBatis底层通过SqlNode接口、SqlSource接口、BoundSql类等复杂组件构建SQL。例如，XMLLanguageDriver解析XML中的SQL，而SqlSessionFactoryBean则整合数据源和配置文件，构建SqlSessionFactory。

       实例分析中，解析动态SQL的过程涉及到XMLScriptBuilder、XMLMapperBuilder等类，它们共同构建和处理SQL语句，确保了动态SQL的准确执行。

Mybatis拼接sql出错及源码解析

       结论是，Mybatis在拼接SQL时出现意外条件添加，可能是由于别名与参数名冲突导致的。作者猜测，当在foreach循环中设置了别名exemptNo，Mybatis可能误将这个别名与参数关联，即使exemptNo值为空，也会在SQL中添加条件。这个行为实际上是一个潜在的bug，源于Mybatis在处理一次性使用的别名时的内存管理问题。

       深入分析，当在org.apache.ibatis.scripting.xmltags.DynamicSqlSource的getBoundSql方法中设置断点，可以看到exemptNo的空值状态表明该条件不应被添加。进一步在rootSqlNode.apply(context)的applyItem方法中，问题集中在DynamicContext对象的ContextMap上。它在遍历时将别名作为键存储，然而在操作结束后没有及时清理，导致了不必要的参数混淆。

       Mybatis的ContextMap设计用于存储SQL参数和临时键值对，但这里的问题在于，别名被永久性地存储在map中，而不是作为一次性使用的变量。因此，为了避免这类问题，应确保SQL的别名与实际参数名不冲突，以防止Mybatis的内存管理不当。

       总结来说，Mybatis在处理别名时的临时性考虑不足，导致了这个bug，提醒我们在使用Mybatis时，要注意别名的命名规则，以避免意外的SQL拼接错误。