org.mybatis.spring.mybatissystemexception: nested exception is org.apache.ibatis.reflection.reflectionexception: there is no getter for property named

### MyBatis ReflectionException 的解决方案 当遇到 `org.apache.ibatis.reflection.ReflectionException` 异常提示 `'no getter for property named 'oredCriteria' in 'class java.lang.String'` 时，通常是因为 MyBatis 尝试访问一个不存在于指定类中的属性。以下是针对该问题的具体分析和解决方法： #### 1. 参数类型错误 如果 Mapper 方法的参数是一个简单的 Java 基本数据类型（如 `String`），但在 XML 文件中却试图通过 `${}` 或者 `#{}` 访问其子属性，则会出现此异常。这是因为基本类型的对象并不具备复杂的结构。 **解决办法**: - **单个参数场景下**, 不需要额外处理即可正常工作[^4]。 - 若需传递复杂条件或多个字段值, 应考虑封装成自定义实体类而非简单字符串形式作为输入参数[^5]。 例如修改接口声明如下: ```java public List<User> findUsersByCondition(@Param("condition") UserSearchCondition condition); ``` 对应XML配置应改为: ```xml <select id="findUsersByCondition" parameterType="com.example.UserSearchCondition"> SELECT * FROM users WHERE ${_parameter.conditionField} LIKE '%${_parameter.searchKey}%' </select> ``` 这里 `_parameter` 是指代整个传入的对象实例. #### 2. 使用 @Param 注解显式命名参数 对于多参情况或者即使只有一个参数但为了更清晰表达意图时可以采用这种方式来避免混淆[^1]. 示例代码片段展示如何正确应用注解方式解决问题: ```java // 在Mapper接口上增加@Param标签标明实际变量名称映射关系. int updateNameById(@Param("id") int userId,@Param("new_name") String newName); <!-- 配合上述Java端变更调整SQL语句 --> <update id="updateNameById"> UPDATE table SET column=#{new_name} WHERE id=#{id} </update> ``` 注意此处的关键点在于明确了每个独立项之间的关联性从而防止潜在冲突发生. #### 3. 调整 SQL 中占位符风格的选择 有时出于业务需求比如实现动态拼接逻辑等功能不得不混合运用`${}`与`#{}`, 此种情形特别需要注意区分两者的适用范围以免引发不必要的麻烦[^3]. 一般建议尽可能优先选用预编译模式即`#{}`除非确实必要才改用后者(${})完成特定任务比如说涉及通配符匹配等情况下的灵活操作. 总结来说就是遵循最佳实践减少风险同时提升可维护性和性能表现. --- ### 问题

<think> 首先，用户的问题是关于解决一个特定的异常链：org.springframework.web.util.NestedServletException，其嵌套异常是org.mybatis.spring.MyBatisSystemException，再嵌套异常是org.apache.ibatis.reflection.ReflectionException。具体错误是：在 'class java.lang.Integer' 中没有名为 'id' 的 getter 方法。 用户提供了几个引用，这些引用展示了类似的反射异常，例如缺少getter或setter方法。引用[1]提到缺少'title'属性的getter，引用[2]提到缺少'User'属性的getter，引用[3]提到缺少'paperId'属性的setter，引用[4]建议修改XML文件中的property以匹配JavaBean。 关键点是：用户的问题涉及到一个Integer类型缺少'id'的getter方法。这表明在使用MyBatis框架时，传入的参数或映射存在问题。 现在，回忆一下这类异常的常见原因： - 当MyBatis尝试访问一个Java对象的属性时，比如通过getter方法，但该对象没有相应的getter方法。 - 在这个案例中，异常说在'class java.lang.Integer'中找不到'id'的getter。Integer是Java的基本包装类，它没有'id'属性，所以当然没有getter。 常见的场景： - 在MyBatis的映射文件（XML）中，当使用#{}或${}占位符时，MyBatis会尝试解析属性路径。 - 例如，如果映射中有类似#{id}的引用，但传入的参数是一个原始类型的Integer，而不是一个对象，MyBatis会尝试调用Integer的getId()方法，但Integer没有这个方法。 所以，根本原因可能是： - 在SQL映射中，参数被错误地指定为对象属性，但实际上传入的是一个基础类型或包装类型。 - 例如，映射文件中写了<select id="selectById" parameterType="int" resultType="User">，但在SQL中使用了#{id}，而传入的是一个Integer值，而不是一个对象。 解决方案： 1. **检查映射文件和参数类型**：确保在映射XML中，SQL语句中的占位符如#{id}与传入的参数类型匹配。 - 如果传入的是一个基本类型或包装类型，如Integer，那么占位符应该直接使用变量名，比如#{value}或#{param1}，但最好是使用命名参数。 - 在MyBatis中，当parameterType是基本类型时，可以直接使用#{value}；如果是Map或对象，则使用属性名。 2. **使用@Param注解**：在DAO接口的方法中，如果参数是基本类型，使用@Param注解给参数命名。例如： ```java User selectById(@Param("id") Integer id); ``` 然后在XML中，使用#{id}来引用。 3. **检查JavaBean**：如果传入的是一个对象，确保该对象有正确的getter和setter方法。例如，对于'id'属性，应该有getId()方法。 在这个特定的错误中，异常说在java.lang.Integer类中没有'id'的getter，这表明传入的参数很可能是一个Integer，但在映射中使用了#{id}，这暗示MyBatis在尝试调用Integer.getId()，但Integer没有这个方法。 因此，推荐的解决方案： - 修改DAO方法，使用@Param注解。 - 或者在XML映射中，将#{id}改为#{value}，如果parameterType是基本类型。 用户提供的引用[4]也提到修改XML文件中的property以匹配JavaBean，这表明属性名的一致性很重要。 基于此，我应该提供一个结构清晰的回答： - 解释问题原因。 - 提供逐步解决方案。 - 参考用户提供的引用。 - 生成相关问题（根据系统指令）。 系统指令要求： - 使用中文回答。 - 行内数学表达式用$...$（但这个问题不涉及数学，所以可能不需要）。 - 独立公式用$$...$$（同样，不适用）。 - 引用末尾添加引用标识。 - 生成相关问题。 回答结构： 1. 概述问题和原因。 2. 详细解释解决方案。 3. 给出代码示例。 4. 生成相关问题。 最后，生成相关问题，基于这个主题。 </think> ### 解决 org.springframework.web.util.NestedServletException 嵌套反射异常的方案 该异常链的核心是 **MyBatis 在尝试访问 `java.lang.Integer` 对象的 `id` 属性时失败**，因为 `Integer` 是基本包装类，没有 `id` 属性的 getter 方法。根本原因通常是 **MyBatis 映射文件（XML）或 DAO 接口中的参数绑定错误**，导致框架误将基本类型当作对象处理。以下是逐步解决方案： --- ### 步骤 1: 确认异常原因（根本问题） - **错误本质**：MyBatis 的 `#{}` 占位符在 SQL 映射中引用了属性名（如 `#{id}`），但传入的参数是 `Integer` 类型而非对象。MyBatis 会尝试调用 `Integer.getId()`，但 `Integer` 类无此方法。 - **典型场景**： 假设 DAO 接口声明为： ```java User selectById(Integer id); // 参数为基本类型 ``` 映射文件 SQL 中使用了 `#{id}`： ```xml <select id="selectById" parameterType="int" resultType="User"> SELECT * FROM user WHERE id = #{id} <!-- 错误：试图从 Integer 对象读取 id 属性 --> </select> ``` 这会导致反射异常，因为 `Integer` 没有 `id` 的 getter[^1][^2][^4]。 --- ### 步骤 2: 修改映射文件或 DAO 接口 提供两种常用方案，**优先推荐方案 1**： #### **方案 1: 在 DAO 接口中使用 `@Param` 注解命名参数** - **操作步骤**： 1. 修改 DAO 接口方法，为参数添加 `@Param` 注解： ```java import org.apache.ibatis.annotations.Param; public interface UserDao { User selectById(@Param("id") Integer id); // 显式命名参数为 "id" } ``` 2. 在映射文件中保持 `#{id}` 不变： ```xml <select id="selectById" resultType="User"> SELECT * FROM user WHERE id = #{id} <!-- 正确：MyBatis 能识别命名参数 --> </select> ``` - **原理**：`@Param` 注解将基本类型参数包装为 Map，使 `#{id}` 能正确解析[^4]。 #### **方案 2: 修改映射文件中的占位符为 `#{value}`** - **操作步骤**： 1. DAO 接口保持原样（无注解）： ```java User selectById(Integer id); // 参数类型为 Integer ``` 2. 在映射文件中将 `#{id}` 改为 `#{value}`： ```xml <select id="selectById" parameterType="int" resultType="User"> SELECT * FROM user WHERE id = #{value} <!-- 正确：MyBatis 对基本类型默认使用 value --> </select> ``` - **注意**：此方案适用于单一基本类型参数，但可读性较差，易引发其他错误[^1][^3]。 --- ### 步骤 3: 验证 JavaBean 属性一致性 - **检查点**： - 如果 SQL 操作涉及对象（如 `resultType="User"`），确保 `User` 类有 `id` 属性的 getter/setter（如 `public Integer getId()`）。 - 在映射文件中，`<result>` 标签的 `property` 属性必须与 JavaBean 属性名严格一致（如 `property="userSex"` 对应 JavaBean 的 `userSex` 字段）[^4]。 - **示例修正**： ```xml <resultMap id="userMap" type="User"> <result column="id" property="id" /> <!-- property 需匹配 JavaBean 的 getter 名 --> <result column="user_sex" property="userSex" /> <!-- 正确示例 --> </resultMap> ``` --- ### 步骤 4: 测试与调试 - **单元测试**：使用 MyBatis-Spring 测试工具验证 DAO 方法： ```java @SpringBootTest class UserDaoTest { @Autowired private UserDao userDao; @Test void testSelectById() { User user = userDao.selectById(1); // 传入 Integer 参数 assertNotNull(user); } } ``` - **日志检查**：启用 MyBatis DEBUG 日志，确认参数绑定过程无警告。 --- ### 总结 - **关键点**： 当参数为基本类型（如 `Integer`）时，避免直接在 SQL 中使用 `#{propertyName}`。优先使用 `@Param` 注解或 `#{value}` 占位符。 - **引用参考**：类似错误可通过统一映射文件属性名与 JavaBean 解决[^4]，或检查 setter/getter 缺失[^3]。