Angular项目全部组件'should create'测试失败，报@Input与查询装饰器冲突错误

可能的根因 #

该报错本质是Angular编译器检测到同一个类属性同时被@Input()和@ViewChild/@ViewChildren/@ContentChild/@ContentChildren这类查询装饰器修饰，你排查了自有源码仍未发现问题，大概率是以下隐藏场景导致：

• 第三方依赖或自有编译类库的打包产物存在冲突：你引入的外部Angular组件库、或是项目内提前编译过的公共子库，其打包后的代码中存在两个装饰器混用的情况，直接检索TS源码无法命中这类编译后的产物问题
• 测试mock逻辑自动生成了非法装饰器组合：你使用的测试mock工具（如ng-mocks、jest自动mock能力）在生成组件mock时，错误将@Input()和查询装饰器绑定到了同一个mock属性上
• 别名导入导致的编译器误判：代码中存在装饰器别名导入的写法，比如import { ViewChild as Input } from '@angular/core'，导致静态检索时无法匹配到异常，但编译器识别时触发了规则
• 类继承链的装饰器冲突：父类中某属性加了@Input()，子类继承时给同名属性加了查询装饰器，二者分布在不同文件中，单文件检索无法发现冲突
• Angular编译缓存或配置异常：升级版本后未清理旧的编译缓存，或是angularCompilerOptions中开启了异常实验参数，导致编译器错误拼接了装饰器

可行排查方向 #

• 首先定位报错对应的具体组件：启动测试时添加--verbose参数输出完整日志，向下翻报错堆栈，找到最底层指向的类文件路径，直接定位问题文件，无需全量检索
• 排查别名导入场景：全局检索正则import \{.* as (Input|ViewChild|ViewChildren|ContentChild|ContentChildren)，确认是否存在装饰器别名混用的情况
• 排查类继承逻辑：重点校验所有存在继承关系的组件/指令类，检查父类、子类是否存在同名属性分别绑定@Input()和查询装饰器的情况
• 缩小测试范围验证：临时注释所有自定义mock逻辑，写一个仅包含最简基础组件的测试用例运行，确认是全局依赖问题还是业务代码问题，再逐步缩小排查范围
• 清理缓存重装依赖：执行以下命令清理所有缓存后重试：

  rm -rf node_modules package-lock.json yarn.lock pnpm-lock.yaml
  ng cache clean
  npm install
  

• 直接加日志定位问题：如果以上步骤都无效，可以修改Angular核心包的报错逻辑，直接输出异常类和属性：找到node_modules/@angular/core下对应版本的核心js文件，搜索报错文本「Cannot combine @Input decorators with query decorators」，在抛出错误前加一行console.log('异常类:', target.constructor.name, '异常属性:', propertyName)，运行测试后直接就能拿到问题属性的对应信息

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