Angular 继承无装饰器基类的组件生产构建报NG8002绑定错误

你遇到的生产构建报错和模块注册没有关系，本质是AOT编译流程对无Angular装饰器的继承基类的元数据识别规则导致的：

• 开发环境使用JIT即时编译，运行时会遍历类的完整原型链，哪怕父类没有Angular装饰器，也能正常读取到类上标记的@Input()、@Output()绑定信息，所以本地运行、dev环境部署都不会有问题。
• 生产构建使用AOT预编译，流程要求所有需要被继承元数据的类，必须带有Angular系装饰器（@Component/@Directive/@Injectable等）才会被纳入元数据扫描范围。你的DataTableBaseComponent是没有任何装饰器的纯TS类，AOT在静态分析时不会识别它的存在，自然也就不会把它上面定义的subject、loadingSubject等输入属性，算作子类LocationsTableComponent的可绑定属性，最终触发NG8002的“属性不是组件已知输入”报错。

按照改造量从小到大排序：

• 方案1（改动最小，适配现有上百个继承组件的结构）：给DataTableBaseComponent补一个空的@Directive()装饰器，不需要额外添加任何逻辑：

  import { Directive } from '@angular/core';
  
  // 仅需加这一行装饰器，原有代码完全不用调整
  @Directive()
  export class DataTableBaseComponent implements OnInit, OnChanges, OnDestroy {
    // 原有业务逻辑保持不变
  }
  

  这个装饰器会告知AOT编译流程：当前类是Angular托管的类，需要追溯它的所有装饰器元数据、以及被它继承的子类的关联元数据，不需要修改任何已经继承了这个基类的业务组件代码，就能同时适配dev和prod环境的编译规则。
• 方案2（维护成本极高，不推荐）：在每个继承基类的业务表格组件上，显式重复声明所有从基类继承来的@Input()/@Output()装饰器，把绑定属性的定义在子类层面重新写一遍，让AOT直接在子类的元数据里识别到这些属性。这种方式对上百个已有组件来说改动量极大，后续基类新增输入属性时还要同步改所有子类，维护成本非常高。
• 方案3（临时绕过，不推荐长期使用）：在tsconfig.json的angularCompilerOptions配置里把strictTemplates设为false，关闭生产构建的严格模板校验。这种方式只是把编译报错屏蔽掉，没有从根源解决元数据识别的问题，后续生产环境还可能出现随机的绑定失效、运行时报错的隐患。

注意：不要为了消错直接给模块加NO_ERRORS_SCHEMA，这种做法会屏蔽所有模板上的组件属性绑定校验，一旦出现拼写错误的输入属性，生产环境不会给出任何编译提示，排查问题成本极高。

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