"code": "500", "msg": "nested exception is org.apache.ibatis.exceptions.PersistenceException: \r\n### Error querying database. Cause: java.lang.IllegalArgumentException: invalid comparison: java.util.Date and java.lang.String\r\n### Cause: java.lang.IllegalArgumentException: invalid comparison: java.util.Date and java.lang.String", 解析

<think>嗯，用户遇到了MyBatis的PersistenceException异常，具体是日期和字符串比较导致的IllegalArgumentException。我需要先理解这个问题的原因。根据用户提供的引用信息，错误信息明确指出了在比较java.util.Date和java.lang.String时出现了无效的比较。这可能是因为在MyBatis的XML映射文件中，使用了动态SQL标签（比如<if>）进行条件判断时，将一个Date类型的字段与String类型的参数进行了比较。例如，假设有一个Date类型的字段createTime，而在XML中可能写了类似<if test="createTime != null and createTime != ''">的条件，这时MyBatis会尝试将Date类型的createTime与空字符串''进行比较，从而导致类型不匹配的异常。 接下来，我需要考虑如何解决这个问题。根据之前的回答，可能的解决方案包括修改动态SQL的条件判断，避免Date类型与String比较，或者使用MyBatis的类型处理器来处理类型转换。用户需要具体的步骤来排查和修复这个问题，所以应该分步骤说明。 首先，用户需要检查XML中的动态SQL条件，特别是涉及到日期字段的地方。比如，查看是否有将Date类型的参数与空字符串进行比较的情况。如果有，应该去除对空字符串的判断，仅检查是否为null即可。例如，将原来的<if test="createTime != null and createTime != ''">改为<if test="createTime != null">。 其次，确保在Java代码中传递的参数类型正确。如果前端传递的是字符串类型的日期，应该在Service层将其转换为Date类型后再传递给MyBatis的Mapper接口。例如，使用SimpleDateFormat或者DateTimeFormatter来解析字符串为Date对象。 另外，检查MyBatis的配置文件中是否注册了日期类型的处理器，或者是否有自定义的类型处理器来处理日期和字符串之间的转换。如果没有，可能需要配置或自定义类型处理器来确保类型转换的正确性。 还可以建议用户启用MyBatis的日志功能，查看实际生成的SQL语句，确认参数的类型是否正确绑定。通过查看日志，可以更直观地发现问题所在。 用户可能还需要了解如何预防这类问题，例如在编写动态SQL时注意类型的匹配，避免混合不同类型的比较，或者在团队中制定代码规范，确保类型一致性。 另外，用户可能对MyBatis中#{}和${}的区别感兴趣，或者如何配置多数据源，但根据当前问题，应集中在日期类型比较的解决上。需要确保回答结构清晰，步骤明确，并提供代码示例帮助用户理解如何修改他们的代码。 最后，生成的相关问题需要与当前主题紧密相关，例如询问MyBatis动态SQL中类型处理的注意事项，或者如何调试MyBatis的SQL执行问题。这些问题可以帮助用户进一步巩固理解和解决类似的问题。</think>### MyBatis日期类型比较异常解决方案 --- #### 一、问题根本原因 当MyBatis动态SQL中**将`java.util.Date`类型与字符串空值(`''`)进行比较**时，会触发类型不匹配异常[^1][^2][^3]。常见于以下场景： ```xml <if test="startTime != null and startTime != ''"> <!-- Date类型与''比较导致异常 --> AND create_time >= #{startTime} </if> ``` --- #### 二、分步解决方案 ##### 1. 修正动态SQL判断逻辑 **错误写法**：混合类型判断 ```xml <if test="startTime != null and startTime != ''"> <!-- 触发异常 --> ``` **正确修改**：仅保留非空判断 ```xml <if test="startTime != null"> <!-- 仅判断对象是否为空 --> AND create_time >= #{startTime} </if> ``` *说明：Date类型参数只需判断是否为null，无需检查空字符串* ##### 2. 验证参数传递类型 **Java代码示例**：确保参数类型正确 ```java // Service层处理参数类型 public List<User> queryUsers(Date startTime) { return userMapper.selectUsers(startTime); // 明确传递Date类型参数 } // Controller层转换请求参数 @PostMapping("/search") public Result search(@RequestParam("start") String startStr) { SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); Date startTime = sdf.parse(startStr); // 字符串转Date return queryUsers(startTime); } ``` ##### 3. 配置类型处理器（可选） 在`mybatis-config.xml`中添加标准日期处理器： ```xml <typeHandlers> <typeHandler handler="org.apache.ibatis.type.DateTypeHandler"/> </typeHandlers> ``` ##### 4. 使用OGNL函数处理复杂判断 当需要同时处理`null`和空值时： ```xml <if test="@org.apache.commons.lang3.StringUtils@isNotBlank(requestParam)"> AND name = #{requestParam} </if> ``` --- #### 三、调试验证方法 1. **开启MyBatis完整日志** ```properties # application.properties logging.level.org.mybatis=TRACE logging.level.java.sql=DEBUG ``` 2. **观察实际执行SQL** 控制台输出示例： ```sql -- 检查参数类型是否正确绑定为DATE WHERE create_time >= ? Parameters: 2024-01-01 00:00:00(Timestamp) ``` --- #### 四、预防措施 | 场景 | 正确实践 | |-------|--------| | 动态SQL条件 | 日期类型只判断`!= null` | | 空值检测 | 字符串参数使用`isNotEmpty()` | | 参数传递 | 前端数据统一转换后再传至DAO层 | | 复杂类型处理 | 使用`@Param`明确参数名 | --- #### 五、扩展知识 **MyBatis类型自动转换规则**： - `VARCHAR` ↔ `java.lang.String` - `DATE`/`TIMESTAMP` ↔ `java.util.Date` - 混合类型比较会触发`IllegalArgumentException` ---