Angular 4报错：无法解析AlertComponent的全部参数

这个错误的核心是Angular的依赖注入系统无法解析AlertComponent构造函数中的某个参数（错误信息里的?就是那个没被识别的依赖项）。下面是几种最常见的排查和解决方法：

• 检查依赖服务的装饰器与注册
  如果你的AlertComponent构造函数里注入了自定义服务，首先确认这个服务是否添加了@Injectable()装饰器，并且已经在Angular模块的providers数组中注册（或者用providedIn: 'root'让Angular自动处理注册）。比如如果服务没加装饰器，Angular根本不知道要怎么实例化它，就会抛出这个错误。

  错误示例：

  // 缺少@Injectable()的服务
  export class AlertService {}
  
  @Component({...})
  export class AlertComponent {
    constructor(private alertService: AlertService) {} // 无法解析这个依赖
  }
  

  修正后：

  @Injectable({ providedIn: 'root' })
  export class AlertService {}
  
  @Component({...})
  export class AlertComponent {
    constructor(private alertService: AlertService) {} // 现在能正常解析
  }
  

• 避免用接口作为注入令牌
  Angular的依赖注入不支持直接使用接口作为注入类型（因为编译后接口会被移除，Angular找不到对应的令牌）。如果你在构造函数里用了接口类型的参数，得换成具体的类，或者使用InjectionToken来指定注入标识。

  示例（使用InjectionToken解决接口注入问题）：

  // 定义接口
  export interface AlertServiceInterface {
    showMessage(msg: string): void;
  }
  
  // 创建注入令牌
  export const ALERT_SERVICE_TOKEN = new InjectionToken<AlertServiceInterface>('AlertService');
  
  // 实现接口的服务类
  @Injectable({ providedIn: 'root', useClass: AlertServiceImpl })
  export class AlertServiceImpl implements AlertServiceInterface {
    showMessage(msg: string) {
      console.log(msg);
    }
  }
  
  // 在组件中注入
  @Component({...})
  export class AlertComponent {
    constructor(@Inject(ALERT_SERVICE_TOKEN) private alertService: AlertServiceInterface) {}
  }
  

• 排查循环依赖问题
  如果AlertComponent依赖的服务反过来又依赖了AlertComponent本身，就会形成循环依赖，导致Angular无法解析参数。这种情况需要重构代码，比如引入一个中间服务来打破循环，或者调整依赖关系。

• 检查AOT编译的严格要求
  如果你使用AOT编译（比如生产环境构建），Angular会比JIT模式做更严格的检查。比如依赖的服务必须有公共的构造函数，不能使用私有构造函数；或者组件/服务的装饰器不能有语法错误。可以先切换到JIT模式测试，看是否能正常运行，再定位AOT特有的问题。

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