org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.reflection.ReflectionException: There is no getter for property named 'h' in 'class jdk.proxy2.$Proxy121'

### 解决方案分析 当遇到 `MyBatisSystemException` 和嵌套的 `ReflectionException` 报错时，通常是因为 MyBatis 在尝试通过反射访问对象属性时未能找到对应的 getter 方法。以下是可能的原因以及解决方案： #### 1. **参数传递问题** 如果 DAO 层方法只有一个参数，则不需要使用 `@Param` 注解；但如果存在多个参数，则必须为每个参数指定唯一的名称[^2]。如果没有正确设置 `@Param` 或者参数类型不匹配，可能导致 MyBatis 将整个参数视为字符串或其他简单类型的实例。 对于当前问题中的 `'h'` 属性，可能是由于未正确定义参数别名或者传入的对象不符合预期结构所致。 ```java // 正确示例：单个参数无需 @Param public String getCurrentMaxNodeValue(String id); // 如果有多个参数则需显式命名 public List<Record> findRecords(@Param("name") String name, @Param("age") Integer age); ``` #### 2. **SQL 配置文件中的动态条件** 在 XML 文件定义 `<if>`、`<where>` 等标签时，应确保所引用的变量确实存在于实际传入的对象中。例如下面的例子展示了如何安全地处理可选字段： ```xml <select id="findUserByCondition" parameterType="map" resultType="com.example.User"> SELECT * FROM users u <where> <!-- 只有条件成立才拼接 --> <if test="username != null">AND username=#{username}</if> <if test="email != null">AND email=#{email}</if> </where> </select> ``` 注意这里的 `test="username"` 假设调用方提供了键名为 `username` 的 Map 条目或相应 Bean 成员变量。 #### 3. **实体类设计缺陷** 确认业务逻辑使用的 JavaBean 是否具备标准的 Getter/Setter 方法。即使采用了 Lombok 提供的 `@Data` 自动生成器，仍要验证其生效范围是否覆盖目标场景[^4]。另外某些特殊情况下（比如代理模式），原始类被封装成 JDK 动态代理形式后可能会丢失部分元数据支持，从而引发类似的找不到成员函数错误[^5]。 针对此情况可以考虑调整 Mapper 映射规则，改为直接操作基础数据类型而非复杂模型对象作为输入输出载体之一种方式规避风险。 --- ### 示例修正后的代码片段 假设我们希望修复关于查找最大节点值的功能实现如下所示： ```java // 修改 Service Layer 调用处明确指定 key-value 参数集合 Map<String, Object> params = new HashMap<>(); params.put("parentId", parentId); // 替代模糊表述"h" return myDao.getCurrentMaxNodeValue(params); ``` 对应更新 Mapper Interface 定义： ```java String getCurrentMaxNodeValue(@Param("parentId") String parentId); ``` 最后同步优化 SQL Script 表达清晰意图减少歧义发生几率： ```sql SELECT MAX(id) AS max_value FROM tableA ta WHERE CASE WHEN #{parentId} IS NOT NULL THEN parent_id=CAST(#{parentId} AS VARCHAR) ELSE TRUE END; ``` 以上改动旨在消除任何潜在引起混淆的因素并增强程序健壮性。 --- ###