Firestore中如何为所有继承指定接口的子类统一应用@Exclude注解？

Firestore 内置的POJO序列化器在解析@Exclude注解时，仅扫描类自身直接声明的方法、字段，既不会追溯接口层级上标注的方法注解，也没有实现注解的跨实现类透传逻辑。这就是你在接口的getType()方法上加@Exclude完全不生效的根本原因，官方没有提供原生机制让接口方法上的@Exclude规则自动应用到所有实现子类。

• 用抽象基类替代接口承载公共逻辑
  把原来定义在接口上的getType()本地业务逻辑，迁移到统一的抽象基类中实现，直接在基类的getType()方法上标注一次@Exclude。所有原本实现该接口的子类，调整为直接继承这个抽象基类即可。
  因为序列化器会沿着类的继承链向上扫描方法上的注解，基类方法上的@Exclude会对所有子类自动生效，完全不需要在每个子类上重复加注解。
  示例代码：

  public abstract class BaseBusinessEntity {
      // 仅需在这里标注一次@Exclude，所有继承的子类自动生效
      @Exclude
      public String getType() {
          // 原接口中实现的本地业务逻辑
          return this.getClass().getSimpleName();
      }
  }
  
  // 子类直接继承即可，无需重复添加注解
  public class UserInfo extends BaseBusinessEntity {
      private String userName;
      private String phone;
  }
  

• 配置全局序列化忽略规则
  如果现有代码结构已经定型，不想把接口改成抽象类，可以在Firestore初始化阶段做全局配置，把需要永久排除的属性名（对应getType()的属性名type）加入全局序列化排除清单。所有实体类中名为type的字段、对应getter方法都会被自动跳过存储，不依赖类的继承或接口实现结构，也不需要在单个类上重复标注注解。

注意：不要试图通过调整注解元数据、把方法改成接口default实现的方式实现自动透传。Firestore的@Exclude注解本身没有携带@Inherited元注解，哪怕把getType()改成接口的default默认实现、在接口方法上做标注，注解也不会被序列化器识别，更不会自动同步到实现该接口的类方法上，这是SDK的设计限制，不是配置疏漏。

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