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

假设你有类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) {}
}

对我来说，当我错误地在填充中禁用此导入时，我得到了这个错误。Ts文件，您需要确保它被导入以避免该错误。

/** Evergreen browsers require these. **/
// Used for reflect-metadata in JIT. If you use AOT (and only Angular decorators), you can remove.
import 'core-js/es7/reflect';

对我来说，这是一种循环引用。 我让MyService调用Myservice2 和MyService2调用MyService。

不太好:(

通过将服务A注入到服务B中，我也遇到了这种情况，反之亦然。

我认为这种快速失败是件好事，因为无论如何都应该避免。如果您希望您的服务更加模块化和可重用，最好尽可能避免循环引用。这篇文章强调了围绕这一点的陷阱。

因此，我有以下建议:

如果您觉得类之间的交互太频繁(我说的是特性嫉妒)，您可能会考虑将这两个服务合并到一个类中。 如果上面的方法对你不起作用，考虑使用第三个服务(EventService)，两个服务都可以注入它来交换消息。

在我的例子中，将错误的参数传递给构造函数会产生这个错误，关于这个错误的基本思想是，你在不知不觉中传递了一些错误的参数给任何函数。

export class ProductComponent {
    productList: Array<Product>;

    constructor(productList:Product) { 
         // productList:Product this arg was causing error of unresolved parameters.
         this.productList = [];
    }
}

我通过去掉这个参数来解决这个问题。

这个答案可能对这个问题很有帮助。此外，在我的例子中，导出默认服务是原因。

错误的:

@Inject()
export default class MobileService { ... }

正确的:

@Inject()
export class MobileService { ... }