JAVA利用反射清除实体类对应字段

前言

  为什么我会记录这篇文章呢,因为我看到项目中有大佬这么写的,我觉得挺不错所以记录下来,以后也可以如此使用。该方法通过**反射**来实现并且封装成单独的方法,以便于所有的实体类都可以便捷的使用。

使用场景

  该工具类适用于某些接口中一些参数不需要需要设置为null,通常我们都是在代码中调用对应字段的set方法显示的去进行设置为null。而该工具类则是通过反射来进行设置,凡是标注了对应注解的字段都会进行清空

工具类

1.自定义忽略字段注解IgnoreField
@Target(ElementType.FIELD)
@Retention(RetentionPolicy.RUNTIME)
public @interface IgnoreField {
}
2.新增工具类
import com.weiyiji.annotation.IgnoreField;

import java.lang.reflect.Field;
import java.util.Collection;

public class BusinessFieldRemoveUtil {

    static String JAVA_LANG_STRING = "java.lang.String";

    public static void removeFields(Object object) throws Exception {
        try {
            removeField(object);
        } catch (Exception e) {
            throw new Exception("不需要的业务字段移除失败" + e.getMessage());
        }
    }

    private static void removeField(Object removeObject) throws IllegalAccessException {
        Class<?> infoClass = removeObject.getClass();
        Field[] infoFieldArray = infoClass.getDeclaredFields();
        for (Field field : infoFieldArray) {
            if (field.isAnnotationPresent(IgnoreField.class)) {
                //字段使用了@WxNeedRemove进行标识
                if (field.getType().getTypeName().equals(JAVA_LANG_STRING)) {
                    field.setAccessible(true);
                    field.set(removeObject, null);
                } else {
                    field.setAccessible(true);
                    Object obj = field.get(removeObject);
                    if (obj == null) {
                        continue;
                    }
                    if (obj instanceof Collection) {
                        Collection collection = (Collection) obj;
                        for (Object o : collection) {
                            if (o != null) {
                                removeField(o);
                            }
                        }
                    } else {
                        removeField(obj);
                    }
                }
            }
        }
    }
}

使用案列

1.我们创建一个用户实体类,并在待忽略字段上添加对应注解
@Data
@Builder
public class User {
  private String name;
  private String address;
  @IgnoreField
  private String email;
  @IgnoreField
  private String qq;
  @IgnoreField
  private String wx;
}
2.测试工具类
  public static void main(String[] args) {
    User build =
        User.builder()
            .name("weiyiji")
            .qq("351094262")
            .address("华阳")
            .wx("zhaobolan520")
            .email("qq.com")
            .build();
    System.out.println(build);
    try {
      BusinessFieldRemoveUtil.removeFields(build);
      System.out.println(build);
    } catch (Exception e) {
      e.printStackTrace();
    }
  }

以上代码结果如下:

User(name=weiyiji, address=华阳, email=qq.com, qq=351094262, wx=zhaobolan520)
User(name=weiyiji, address=华阳, email=null, qq=null, wx=null)

可以看到,我们成功的将对应标注了注解的字段内容清空了,此方法可以大大的简化我们的冗余代码,并且可以整个项目通用,还是非常的实用的哟!

### 关于 MyBatis 反射异常问题分析 在处理 `MyBatis` 中的反射异常,通常是因为映射配置文件中的字段名称与实际 Java 类中的字段名称匹配,或者是访问器方法(getter 和 setter)未正确定义。以下是针对当前问题的具体分析: #### 1. **确认 OrderDetail 类定义** 首先需要检查 `OrderDetail` 类中是否存在名为 `productId` 的字段以及对应的 getter 方法。如果字段存在,则应确保其命名遵循标准的驼峰命名法,并且提供了公共的 getter 方法。 例如,在 `OrderDetail` 类中应该有这样的结构: ```java public class OrderDetail { private String productId; public String getProductId() { // Getter method must be defined and follow naming conventions. return productId; } public void setProductId(String productId) { this.productId = productId; } } ``` 如果没有提供正确的 getter 或者字段名拼写错误,就会引发 `ReflectionException`[^1]。 #### 2. **Mapper 文件中的字段映射** 其次,需验证 XML 映射文件 (`.xml`) 是否正确指定了 `productId` 字段。假设有一个查询语句如下所示: ```sql SELECT * FROM order_detail WHERE some_condition = #{someCondition}; ``` 那么对应的结果集映射部分应当像这样设置: ```xml <resultMap id="orderDetailResultMap" type="com.ruoyi.orders.domain.OrderDetail"> <result column="product_id" property="productId"/> <!-- Ensure the database column matches with the field --> </resultMap> ``` 注意数据库表列名 (`column`) 跟实体类属性名 (`property`) 需要一一对应起来。如果一致的话可以手动指定这种关系如上例所展示那样通过 `<result>` 标签完成绑定操作[^2]。 #### 3. **使用 @Param 注解解决歧义** 当只有一个简单类型的参数传递到 mapper 接口函数里头的候可能会遇到类似的麻烦事。此可以通过引入 Spring 提供的一个便利工具——即 `@Param` 注解来消除这些潜在隐患。比如下面这段代码片段展示了如何利用它来进行更清晰明了的数据交互过程管理方式。 ```java public List<OrderDetail> selectByProduct(@Param("productId") String productId); ``` 之后就可以放心大胆地按照之前提到过的那些技巧去调整修改相应的 sql 文本内容啦! --- ### 示例修复方案 假如问题是由于 Mapper 文件内的 SQL 查询语句尝试获取存在的对象成员变量引起的,那么可以根据实际情况采取以下措施之一加以修正: - 修改 SQL 查询逻辑使其仅请求有效字段; - 添加缺失的成员变量及其配套的方法至目标 POJO/VO 对象之中; 具体实现例子见下文描述: **Java Bean 定义更新版本** ```java package com.example.demo.model; import lombok.Data; @Data public class User{ private Integer userId;//新增加的字段 //...其余原有字段保持变 } ``` **XML Mapping Configuration Update Example** ```xml <select id="findUserById" resultType="com.example.demo.model.User"> SELECT user_name AS userName,user_age as age,*NEW FIELD HERE* FROM users where id=#{id}; </select > ``` 请记得替换掉上面模板里的占位符(*NEW FIELD HERE*)为真实的数据库列名哦~ --- ### 总结建议 综上所述,对于此类问题可以从以下几个方面入手排查并解决问题:一是仔细核验业务模型层面上各个组件之间的一致性和完整性;二是认真审阅持久化框架层面的相关配置项是否准确无误;最后还可以考虑借助一些辅助性的手段比如说日志打印等功能进一步定位故障源头所在位置以便快速高效地予以处置。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值