如何在向用户返回响应时动态忽略模型中的属性？

嘿，这个问题我之前也遇到过！你现在是想用同一个ResponseClass给不同接口返回不同的属性，又不想让那些没设置值的属性以null出现在响应里，对吧？@JsonIgnore确实帮不上忙，因为它是固定忽略某个属性，没法根据接口动态调整。下面给你几个实用的解决办法，你可以根据自己的场景选：

这是Spring配合Jackson实现按需返回属性的标准方案，核心是给不同属性标记不同的“视图”，然后在接口上指定要使用的视图，这样只会序列化对应视图下的属性。

首先定义几个空的视图接口（用来做标记）：

public class Views {
    // 专门用于返回手机号的视图
    public interface PhoneView {}
    // 专门用于返回用户名的视图
    public interface NameView {}
}

然后给ResponseClass的属性加上对应的@JsonView注解：

public class ResponseClass {
    // 只在PhoneView视图下序列化
    @JsonView(Views.PhoneView.class)
    private String phoneNo;
    
    // 只在NameView视图下序列化
    @JsonView(Views.NameView.class)
    private String name;
    
    // 其他属性不标记视图，默认不会被任何视图序列化
    private String id;
    private Integer age;
    private String gender;
    
    // 省略getter、setter方法
}

最后在你的接口方法上标注要使用的视图：

@GetMapping("/phone/{id}")
@JsonView(Views.PhoneView.class)
public ResponseEntity<ResponseClass> getPhoneNo(@PathVariable String id) {
    ResponseClass response = new ResponseClass();
    response.setPhoneNo("138xxxx1234");
    return ResponseEntity.ok(response);
}

@GetMapping("/name/{id}")
@JsonView(Views.NameView.class)
public ResponseEntity<ResponseClass> getUserName(@PathVariable String id) {
    ResponseClass response = new ResponseClass();
    response.setName("张三");
    return ResponseEntity.ok(response);
}

这样第一个接口只会返回phoneNo字段，第二个只会返回name字段，其他未设置的属性根本不会出现在响应JSON里。

如果你的需求很简单：所有接口都只返回非null的属性，那直接在ResponseClass上加上这个注解就搞定了：

@JsonInclude(JsonInclude.Include.NON_NULL)
public class ResponseClass {
    private String id;
    private String name;
    private Integer age;
    private String gender;
    private String phoneNo;
    
    // 省略getter、setter方法
}

这样不管哪个接口，只要属性值是null，就不会被序列化到响应中。但要注意，这个是全局生效的，如果有某个接口需要返回null属性，这个方案就不适用了。

如果不想修改ResponseClass，也可以临时用Map来包装需要返回的属性，虽然不推荐长期用，但应急很方便：

@GetMapping("/phone/{id}")
public ResponseEntity<Map<String, Object>> getPhoneNo(@PathVariable String id) {
    Map<String, Object> response = new HashMap<>();
    response.put("phoneNo", "138xxxx1234");
    return ResponseEntity.ok(response);
}

缺点是失去了类型安全，后期维护起来容易出错，适合临时快速解决问题。

虽然你提到想用同一个ResponseClass，但如果不同接口返回的属性差异很大，其实更规范的做法是为每个接口创建对应的DTO（数据传输对象）。比如：

// 专门返回手机号的DTO
public class PhoneResponseDTO {
    private String phoneNo;
    // 省略getter、setter
}

// 专门返回用户名的DTO
public class NameResponseDTO {
    private String name;
    // 省略getter、setter
}

然后接口返回对应的DTO：

@GetMapping("/phone/{id}")
public ResponseEntity<PhoneResponseDTO> getPhoneNo(@PathVariable String id) {
    PhoneResponseDTO response = new PhoneResponseDTO();
    response.setPhoneNo("138xxxx1234");
    return ResponseEntity.ok(response);
}

这种方式虽然多写了几个类，但代码逻辑更清晰，扩展性也更好，后续接口变更时不容易出问题。

内容的提问来源于stack exchange，提问作者Mickey Patel