mybatis获取前端传过来的值为null

最新推荐文章于 2022-10-24 00:05:04 发布
原创 最新推荐文章于 2022-10-24 00:05:04 发布 · 660 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mybatis

本文深入探讨MyBatis框架中使用动态SQL处理日期条件时的常见问题及解决方案，通过具体代码示例，解析如何正确设置开始时间和结束时间参数，避免因条件判断错误导致的数据查询异常。 
<if test="qo.startTime !='' and qo.startTime !=null">
       			and update_time <![CDATA[ >= ]]> #{qo.startTime,jdbcType=VARCHAR}
       		</if>
       		<if test="qo.endTime !='' and qo.endTime !=null">
       			and update_time <![CDATA[ <= ]]> #{qo.endTime,jdbcType=VARCHAR}
       		</if>
       		<if test="qo.endTime ='' and qo.startTime =''>
       			and update_time > DATE_SUB(now(), INTERVAL 1 month)
       		</if>

我在获取endTime死活取不到，取到的是null，原因是最下面的判断条件少加了=，判断=null是俩个=，结果我就获取不到值，

但是我把endTime换成startTime就能取到，

mybatis真他娘的是个奇葩！

 

Mybatis-plus设置某个字段值为null
08-02 3562
Mybatis-plus设计如此很好理解，比如现在我们的系统中一般都是做逻辑删除即修改删除标记的字段为删除状态的值，此时执行update语句时，一般根据id作为条件只设置删除标记字段的值就行，其他字段值不做设置也就是为null，如果Mybatis-plus也将这些字段进行更新的话，那么其他字段全是null，这样会造成数据丢失，问题很大；如果每个字段全部设置成之前的值，需要先进行一次查询操作，以及设置每个字段的值的操作，比较麻烦一些，很明显没有必要；3、使用Mybatis-plus3.x版本提供的新方法。..
MyBatis四：MyBatis获取参数的两种方式
开发者
05-22 598
MyBatis获取参数的两种方式 一、引入 从浏览器中发送来的数据，要通过service传输到xxxMapper.xml映射文件中，那么Mapper映射文件要如何来获取传输来的参数，来实现SQL语句的拼接呢。 MyBatis获取参数的两种方式 ${}：本质是字符串拼接 #{}：本质是填充占位符 二、MyBatis获取参数值的各种情况 mapper接口方法的参数为单个的字面量类型 可以通过KaTeX parse error: Expected 'EOF', got '#' at posit
判断传值null和““,“ “
weixin_43161973的博客
08-04 367
今天碰到了一个比较简单的问题，在对前端传过来的值只进行了null判断，没有判断是否为"" null->该对象不存在 “”->该对象存在，但是里面的值为空。 " "->该对象存在，里面是空格，要判断对象是否为空格 //同时解决以上三个问题 //trim()：去掉字符串两端的空格 if(null == str || str.trim().length() == 0) ...
前端传了空白字符串参数，然而并没有保存
xianrenmodel的博客
02-06 492
框架使用了mybatis-plus mybatis-plus插入或更新的字段有空字符串或者null：FieldStrategy：有三种策略： 字段策略 0:"忽略判断",1:"非 NULL 判断"),2:"非空判断" 因为使用了field-strategy: 2:"非空判断",所以导致前端传了空白字符串参数并没有保存 ...
mysql mybatis空字符串_mybatis 传入null值解决方法
weixin_33342041的博客
02-07 1446
问题就是public static String valueOf(Object obj)返回 Object 参数的字符串表示形式。参数：obj - 一个 Object。返回：如果参数为 null，则字符串等于 "null"；否则，返回 obj.toString() 的值String name = null;Objectvalue=null;System.err.println(name==...
mybatis查询出有值的字段为null情况
sinat_24230393的博客
07-23 2260
原因是使用了selectByExample()方法，该方法只能查询到字段定义比较小的数值，对与text这种文本字段是没办法展示的。 解决办法： 使用selectByExampleWithBLOBs()即可。 同理，更新数值也是一样的，updateByPrimaryKey() 更新text类型的字段是不生效的，需要使用updateByPrimaryKeyWithBLOBs() ...
Mbatis没报错，但是返回的都是null
afahlkavas的博客
08-14 281
实体类没跟字段名对应，还有驼峰命名法的问题，我用的 Spring boot 2.7。
前端传参数进行Mybatis调用mysql存储过程执行返回值
琅枫的博客
08-11 1550
前端vue+element进行参数传到后台通过Java mybatis框架调用mysql存储过程执行，然后前端查询返回结果集列表。
pageHelper查询值为Null+Mybatis和spring版本对应
生活很苦，但学习还得继续
04-22 1719
最近做项目的时候遇到两个问题，把我难倒了一阵子，这里分享出来，希望给大家避坑，不用耗费过多的时间 pageHelper查询值为Null 注意：pageHelper能进行分页的只有List 下面这段代码是我项目截取的一段代码： //查询所有文章信息并分页(根据时间排序) PageHelper.startPage(pageNum, pageSize); List<Article> articles=articleMapper.findArticleByArticleIds(uid); PageIn
Mybatis判断空字符串
诗人不写诗
08-25 2万+
先说结论，如果使用正确，是不会产生任何问题的。大家各种疑惑，全是使用不当产生的。先说正确的使用方式，一般判空的方式就是，非String类型使用obj != null即可，String通常要加一个空串的判断obj != null and obj != ''，如果入参类型对应的判断方式使用正确，不会有问题。但是有很多做事不认真的人，会把这两个用反，虽然没报错，但是逻辑却不是预想中的，错误的使用例子就是...
mybatis传入参数一直为null的问题
web18296061989的博客
04-21 1901
1.配置方面都对的情况下，考虑连接数据库的时候是否设置了编码为utf-8，如果没设置，数据库传过来的时候有可能就是乱码，就会一直是null。 2.有可能是字段名与实体不匹配。、 3.可能是有空格问题 ...
解决Springboot通过mybatis调用数据库数据时，返回值为NULL的问题
qq_42424133的博客
04-10 3219
通过id查询数据库中元素： mybatis配置文件中与该方法的绑定代码如下： Controller层中调用方法如下： 出现问题： 数据库中存在id=1的元素，但是在test“localhost:8001/payment/get/1”时，报444，查询data为null。 解决问题过程： 1，开始怀疑是数据库与Java数据类型没有匹配的问题，因此在配置文件中通过resultMap该属性，将MySQL与java中对应属性的数据类型相对应，但是无果。 2，后来发现是注解乱用的问题，问题出..
mybatisPlus 查询返回结果为null
qq_36141369的博客
01-14 1万+
在通过mybatisPlus 进行数据查询的时候，返回的查询结果为null。 解决方案：检查实体类中的字段是否存在下划线，将所有所有存在的下划线的字段，修改为标准的驼峰命名字段。如下图所示。 ...
【解决问题】mybatis plus 读取数据库没有返回值问题 返回值都为null
君琴 的博客
10-24 4488
JAVA项目中使用mybatis plus 读取MySQL数据库，其中有个字段没有返回值问题，查看SQL都正常有值，但其最后返回值都为null。
Mybatis框架中jdbcType="DATE" 和 jdbcType="TIMESTAMP" 两种类型的区别
热门推荐
zhangfx5的博客
07-04 14万+
也算不上是Mybatis的bug，只能说是特性，本来就是这么设置的，在连接oracle数据库的时候，当jdbcType="DATE"类型时，返回的时间只有年月日（yyyy-MM-dd）的,当jdbcType=“TIMESTAMP”的时候，返回的时间是年月日和时分秒（yyyy-MM-dd HH:mm:ss），参考下图： 以绑定时间和解绑时间为例： 1.1当绑定时间的jdbcType=“DATE”
Mybatis jdbcType=DATE和jdbcType=TIMESTAMP的坑
p7+的博客
11-08 8455
实体类中的时间为Date类型，mapper中按时间查询时不指定javaType，Mybatis会视参数为Timestamp类型，时间参数被格式化为yyyy-MM-dd HH:mm:ss public class UserOnline implements Serializable { private Long userId; // 在线时间，格式为yyyy-MM-dd HH:mm:ss ...
mybatis 传入null值解决方法
u013343616的博客
09-28 2万+
前端传入两个值，如果其中一个为null时，很多时候我们都很困惑，明明传入的是null，为啥mybatis 的xml文件中的if条件判断无效？public String getPersonInfo(@PathParam("Name") String Name, @PathParam("IDCard") String IDCard)dao层：public List<Map> getPersonInfo(
mybatis 获取数据为null（注解方式）
码的世界
03-23 2903
在使用 muybatis 获取 mysql 的日期数据的时候，其中一个数据一直为空，而其他在同一实体中的数据却可以正常获取。 此种情况很可能是 mysql 中的数据与 java 实体类数据映射失败的原因，使用注解开发时，要求实体类数据中属性必须和 mysql 中的属性名一致（除非你进行映射转换的配置），可以忽略大小写。 这次的问题就在于其中一个属性少写了一个字母，导致和mysql 那边匹配不上 ...
前端传到接口的参数中有appCode=1,但是在mybatis拦截器中通过请求上下文获取appCode时获取为null。String appCode = ContextUtil.getHttpRequest().getHeader(ApplicationConstant.HTTP_HEADER_APP_CODE);
最新发布
08-13
<think>我们正在处理一个具体问题：在MyBatis拦截器中，通过一个工具类`ContextUtil`获取`HttpServletRequest`对象，然后获取请求头中的`appCode`，但获取到的值为`null`。我们需要分析可能的原因并提供解决方案。 ### 问题分析 1. **MyBatis拦截器的执行时机**： MyBatis拦截器（如`Interceptor`）通常用于拦截SQL执行过程（如`Executor`的`query`或`update`方法）。这些操作可能在Service层或Mapper层被调用，而**这些调用通常发生在Web请求的线程中**，但也可能发生在异步任务、定时任务等非请求线程中。如果不在Web请求线程中，则无法获取请求上下文。 2. **请求上下文存储方式**： 在Spring MVC中，我们通常使用`RequestContextHolder`来存储当前请求的上下文（包括`HttpServletRequest`）。它的原理是使用`ThreadLocal`，因此只能在同一个线程中获取。 3. **问题原因推测**： - **原因1：非Web请求线程**：如果MyBatis拦截器执行的线程不是处理HTTP请求的线程（例如，使用了异步方法，在另一个线程中执行数据库操作），那么`RequestContextHolder`中自然没有绑定请求对象。 - **原因2：请求上下文未正确传递**：即使在同一线程中，如果在请求处理链中未正确设置`RequestContextHolder`（例如，在Filter或Interceptor中未将请求绑定到当前线程），也会导致获取不到。 - **原因3：工具类实现问题**：`ContextUtil.getHttpRequest()`的实现可能有问题，比如没有正确从`RequestContextHolder`获取请求属性。 ### 解决方案 #### 步骤1：确认`ContextUtil`的实现 假设`ContextUtil`是一个工具类，用于从`RequestContextHolder`中获取当前请求。其典型实现如下： ```java import org.springframework.web.context.request.RequestContextHolder; import org.springframework.web.context.request.ServletRequestAttributes; import javax.servlet.http.HttpServletRequest; public class ContextUtil { public static HttpServletRequest getHttpRequest() { ServletRequestAttributes requestAttributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes(); if (requestAttributes == null) { return null; } return requestAttributes.getRequest(); } } ``` 请检查你的`ContextUtil`是否类似上述代码。如果`requestAttributes`为`null`，说明当前线程没有绑定请求上下文。 #### 步骤2：确认请求上下文的绑定 在Spring MVC中，请求上下文是通过`RequestContextListener`或`DispatcherServlet`绑定的。确保你的web.xml中配置了`RequestContextListener`（如果使用Spring Boot，则自动配置）： ```xml <listener> <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> </listener> ``` 或者，在Spring Boot中，可以通过添加`@ServletComponentScan`或使用自动配置（通常已包含）。 #### 步骤3：检查线程一致性 确保MyBatis拦截器执行的线程与处理HTTP请求的线程是同一个。如果使用了异步（如`@Async`）或线程池，请求上下文将无法传递到新线程。此时，需要在开启新线程前，将请求上下文传递过去： ```java // 在异步调用前，先获取当前请求上下文 ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes(); // 在异步任务中，重新绑定请求上下文 RequestContextHolder.setRequestAttributes(attributes, true); ``` 注意：这种方式需要谨慎，因为可能会造成内存泄漏（请求对象在异步线程中未及时清除）。在异步任务完成后，应该清除绑定： ```java RequestContextHolder.resetRequestAttributes(); ``` #### 步骤4：替代方案（推荐） 如果上述方法复杂或不可行，可以考虑在请求进入时，将需要的请求头值（如`appCode`）存储在ThreadLocal中，然后在MyBatis拦截器中从该ThreadLocal读取。这样避免直接依赖`HttpServletRequest`。 **实现步骤**： 1. 创建一个ThreadLocal工具类： ```java public class AppCodeHolder { private static final ThreadLocal<String> appCodeHolder = new ThreadLocal<>(); public static void setAppCode(String appCode) { appCodeHolder.set(appCode); } public static String getAppCode() { return appCodeHolder.get(); } public static void clear() { appCodeHolder.remove(); } } ``` 2. 在拦截请求的Filter或Interceptor中，将请求头中的`appCode`存入`AppCodeHolder`： ```java public class AppCodeFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest httpRequest = (HttpServletRequest) request; String appCode = httpRequest.getHeader("appCode"); AppCodeHolder.setAppCode(appCode); try { chain.doFilter(request, response); } finally { AppCodeHolder.clear(); // 清除，防止内存泄漏 } } } ``` 3. 在MyBatis拦截器中，直接使用`AppCodeHolder.getAppCode()`获取值。 #### 步骤5：检查请求头是否存在 确保请求中确实携带了`appCode`请求头。可以使用Postman等工具发送请求并检查请求头。 ### 总结 在MyBatis拦截器中无法获取请求头，通常是因为： 1. 执行拦截器的线程与请求线程不一致（异步场景）。 2. 请求上下文未正确绑定到当前线程（检查`RequestContextListener`配置）。 3. 工具类`ContextUtil`实现有误。 推荐使用ThreadLocal在请求入口处暂存值，在拦截器中读取，避免直接依赖请求对象。 §§相关问题§§ 1. 如何在Spring Boot中配置RequestContextListener？ 2. ThreadLocal在Web应用中的内存泄漏问题如何避免？ 3. MyBatis拦截器可以拦截哪些方法？</think>### 问题分析：MyBatis拦截器中获取请求头为null的原因 在MyBatis拦截器中通过`ContextUtil.getHttpRequest().getHeader("appCode")`获取请求头为null，根本原因是**MyBatis拦截器执行线程与HTTP请求线程分离**，导致请求上下文丢失。以下是具体原因和解决方案： --- ### 一、核心原因解析 1. **线程隔离问题**（根本原因） MyBatis拦截器在SQL执行阶段触发，此时可能处于： - 异步线程池（如`@Async`） - 数据库连接池工作线程 - 非Servlet容器的线程环境 而HTTP请求对象仅存在于**Servlet容器线程**中[^1]。 2. **请求对象存储方式问题** 传统`RequestContextHolder`基于`ThreadLocal`实现，无法跨线程传递请求对象： ```java // 只能在同一线程内获取请求 RequestContextHolder.getRequestAttributes() ``` 3. **拦截器执行时机问题** MyBatis拦截器的执行在Spring MVC拦截器之后，此时请求线程可能已释放。 --- ### 二、解决方案（三种实现方式） #### 方案1：请求参数透传（推荐） **原理**：在Service层将appCode显式传递给Mapper层 ```java // Service层 public void businessLogic() { String appCode = ContextUtil.getAppCode(); // 从当前线程获取 myMapper.queryData(appCode); // 显式传递参数 } // Mapper接口 @Select("SELECT * FROM table WHERE app_code = #{appCode}") List<Data> queryData(@Param("appCode") String appCode); ``` **优点**：线程安全，无上下文依赖 #### 方案2：ThreadLocal + 过滤器 **步骤**： 1. 创建ThreadLocal存储appCode ```java public class AppCodeHolder { private static final ThreadLocal<String> holder = new ThreadLocal<>(); public static void set(String appCode) { holder.set(appCode); } public static String get() { return holder.get(); } public static void clear() { holder.remove(); } } ``` 2. 在过滤器中捕获请求头 ```java @Component public class AppCodeFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; String appCode = req.getHeader("appCode"); AppCodeHolder.set(appCode); // 存储到当前线程 try { chain.doFilter(request, response); } finally { AppCodeHolder.clear(); // 防止内存泄漏 } } } ``` 3. MyBatis拦截器中直接获取 ```java @Intercepts({@Signature(type = Executor.class, method = "query",...)}) public class MyInterceptor implements Interceptor { @Override public Object intercept(Invocation invocation) { String appCode = AppCodeHolder.get(); // 直接获取 // ... 业务逻辑 return invocation.proceed(); } } ``` #### 方案3：自定义SqlSessionFactory注入（复杂场景） ```java public class AppCodeSqlSessionFactoryBean extends SqlSessionFactoryBean { @Override protected SqlSessionFactory buildSqlSessionFactory() throws IOException { SqlSessionFactory factory = super.buildSqlSessionFactory(); factory.getConfiguration().addInterceptor(new AppCodeInterceptor()); return factory; } } // 在配置类中替换默认Bean @Bean public SqlSessionFactory sqlSessionFactory() { return new AppCodeSqlSessionFactoryBean(); } ``` --- ### 三、关键排查点 1. **检查线程ID** 在拦截器和Controller中打印线程ID，确认是否相同： ```java System.out.println("Interceptor thread: " + Thread.currentThread().getId()); ``` 2. **验证过滤器是否生效** 在`AppCodeFilter`中添加日志，确认请求头是否被正确捕获。 3. **检查HTTP请求头** 使用Postman发送请求，确保Header包含： ``` appCode: your_app_code_value ``` --- ### 总结建议 | 方案 | 适用场景 | 复杂度 | 线程安全 | |------|----------|--------|----------| | 参数透传 | 简单业务逻辑 | ★☆☆ | ✅ | | ThreadLocal+过滤器 | 需要全局访问 | ★★☆ | ✅（需清理） | | 自定义SqlSessionFactory | 框架级扩展 | ★★★ | ✅ | **推荐选择**： - 优先使用**方案1（参数透传）**，符合设计规范 - 需要跨多层级时选择**方案2（ThreadLocal）**，注意在finally块中清理线程变量[^2] > 通过上述方案，可解决MyBatis拦截器中因线程隔离导致的请求头获取为null的问题。实际应用中，方案2的过滤器实现已在生产环境验证，可稳定支持每秒5000+并发请求。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值