从Angular 2.2.3开始，现在有了一个forwardRef()实用函数，它允许你注入尚未定义的提供程序。

所谓没有定义，我的意思是依赖注入映射不知道标识符。这就是循环依赖关系期间发生的情况。在Angular中，你可能会有循环依赖关系，它们很难理清和观察。

export class HeaderComponent {
  mobileNav: boolean = false;

  constructor(@Inject(forwardRef(() => MobileService)) public ms: MobileService) {
    console.log(ms);
  }

}

在原始问题的源代码中，将@Inject(forwardRef(() => MobileService)添加到构造函数的参数将解决这个问题。

参考文献

Angular 2手动:ForwardRef

Angular 2中的正向引用

除了前面给出的答案外，当您的可注射服务缺少实际的@Injectable()装饰器时，似乎也会抛出这个错误。因此，在调试循环依赖关系以及导入/导出的顺序之前，请简单检查一下服务是否确实定义了@Injectable()。

这适用于当前Angular的最新版本——Angular 2.1.0。

我就此事发表了一期文章。

在我的例子中，我对一个没有依赖关系的服务采取了依赖关系，因此我没有向服务类添加constructor()函数。我向依赖的服务类添加了一个无参数构造函数，一切都开始工作了。

如前所述，这个问题是由桶内的导出排序引起的，而桶内的导出排序是由循环依赖关系引起的。

更详细的解释在这里:https://stackoverflow.com/a/37907696/893630

虽然已经提到了从桶中导出类的排序，但下面的场景也可能产生相同的效果。

假设你有类A, B和C从同一个文件中导出，其中A依赖于B和C:

@Injectable()
export class A {
    /** dependencies injected */
    constructor(private b: B, private c: C) {}
}

@Injectable()
export class B {...}

@Injectable()
export class C {...}

因为Angular还不知道依赖类(比如类B和C)，(可能是在运行时Angular对类A的依赖注入过程中)就会引发这个错误。

解决方案

解决方案是在执行DI的类之前声明和导出依赖类。

例如，在上面的例子中，类A是在它的依赖关系定义之后声明的:

@Injectable()
export class B {...}

@Injectable()
export class C {...}

@Injectable()
export class A {
    /** dependencies injected */
    constructor(private b: B, private c: C) {}
}

除了缺少@Injectable()装饰器之外

抽象类中缺少@Injectable()装饰器会产生Can't resolve all parameters for service:(?) 装饰器需要出现在MyService和派生类BaseService中

//abstract class
@Injectable()
abstract class BaseService { ... }

//MyService    
@Injectable()
export class MyService extends BaseService {
.....
}