TSED依赖注入中异步工厂函数返回Promise问题的分析与解决

问题背景

在使用TSED框架的依赖注入系统时，开发者遇到了一个关于异步工厂函数返回值的类型问题。具体场景是在使用TypeORM适配器时，当通过@Inject()装饰器注入DataSource实例时，第二次调用时注入的值变成了Promise对象而非预期的DataSource实例。

问题复现

开发者提供了一个测试用例来重现这个问题：

1. 定义了一个Test类和一个符号TokenAsync
2. 使用registerProvider注册了一个异步工厂提供者，该工厂返回一个Promise解析后的Test实例
3. 创建了两个Injectable类Parent1和Parent2，都注入了TokenAsync标识的服务
4. 通过InjectorService分别调用这两个类时，发现注入的test属性变成了Promise

问题分析

经过深入分析，发现问题出在测试用例的执行方式上。在TSED框架中，异步提供者的正确使用方式需要先调用InjectorService的load方法，该方法会负责解析所有异步提供者。而原始测试用例中直接调用了invoke方法，跳过了这一关键步骤。

解决方案

正确的测试用例应该修改为：

const injector = new InjectorService();
await injector.load(); // 关键步骤：先加载并解析所有异步提供者

const parent1 = await injector.invoke<Parent1>(Parent1);
const parent2 = await injector.invoke<Parent2>(Parent2);

expect(parent1.test).toBeInstanceOf(Test);
expect(parent2.test).toBeInstanceOf(Test);

在实际的TSED应用中，PlatformTest.create()和PlatformExpress.bootstrap()方法内部都会自动调用load方法，因此生产环境中不会出现这个问题。只有在单元测试这种特殊场景下，如果直接使用InjectorService而不调用load方法，才会遇到这个问题。

最佳实践

对于使用异步工厂函数的依赖注入场景，开发者应该注意：

1. 确保在使用InjectorService前调用load方法
2. 在生产环境中，推荐使用PlatformTest或PlatformExpress等高级API，它们会自动处理异步提供者的加载
3. 在单元测试中，如果直接使用InjectorService，必须手动调用load方法

总结

这个问题展示了TSED框架中异步依赖注入的一个重要细节。理解框架内部如何处理异步提供者对于编写正确的测试用例至关重要。通过这个案例，我们学习到了在直接使用底层InjectorService时需要特别注意的加载顺序问题，这有助于我们在实际开发中避免类似的陷阱。