如何通过Angular独立组件模拟模块的依赖注入机制？

针对Angular模块逐步退出、独立组件成为主流的背景，要实现类似模块级的依赖共享（多组件共用单一服务实例，且不注册到根注入器），可以通过以下几种方案实现，尤其适合库开发场景：

1. 用容器组件作为共享作用域（推荐库场景） #

这是最贴合Angular组件注入器逻辑的方案，通过一个无UI的容器组件承载共享依赖，所有需要共享实例的组件作为其子组件，自动继承容器的注入器。

实现步骤： #

• 定义共享服务：不要设置providedIn: 'root'，避免隐式注册到根注入器

@Injectable()
export class SharedLibService {
  // 业务逻辑代码
}

• 创建容器组件：作为独立组件，在providers中注册共享服务

@Component({
  selector: 'lib-shared-container',
  template: `<ng-content></ng-content>`, // 仅作为内容容器，无自身UI
  standalone: true,
  providers: [SharedLibService] // 在此处注册，子组件将共享同一实例
})
export class SharedLibContainerComponent {}

• 库内组件注入服务：目标组件直接注入服务，无需自身注册

@Component({
  selector: 'lib-component-a',
  template: `<!-- 组件A模板 -->`,
  standalone: true
})
export class ComponentA {
  constructor(private sharedService: SharedLibService) {}
}

@Component({
  selector: 'lib-component-b',
  template: `<!-- 组件B模板 -->`,
  standalone: true
})
export class ComponentB {
  constructor(private sharedService: SharedLibService) {}
}

• 消费方使用方式：将需要共享实例的组件放在容器内

<!-- 消费应用模板 -->
<lib-shared-container>
  <lib-component-a></lib-component-a>
  <lib-component-b></lib-component-b>
</lib-shared-container>

这样ComponentA和ComponentB会拿到同一个SharedLibService实例，且依赖完全由容器作用域控制，不会污染根注入器。

2. 手动创建环境注入器（灵活场景） #

通过EnvironmentInjector手动创建局部作用域的注入器，将共享服务注册其中，再传递给需要的组件。

实现步骤： #

• 定义共享服务：同方案1，不设置providedIn
• 创建共享注入器函数：在库中导出创建注入器的工具函数

export function createSharedLibInjector(): EnvironmentInjector {
  return EnvironmentInjector.create({
    providers: [SharedLibService]
  });
}

• 消费方使用注入器：将注入器传递给组件的environmentInjector属性

@Component({
  selector: 'app-consumer',
  template: `
    <lib-component-a [environmentInjector]="sharedInjector"></lib-component-a>
    <lib-component-b [environmentInjector]="sharedInjector"></lib-component-b>
  `,
  standalone: true
})
export class ConsumerComponent {
  sharedInjector = createSharedLibInjector();
}

这种方式不受组件树结构限制，适合需要跨组件树共享实例的场景。

核心优势 #

• 完全遵循独立组件的设计理念，无需依赖NgModule
• 依赖作用域完全可控，不会向消费应用隐式添加根级依赖
• 保持了模块级依赖的“单一实例共享”特性，同时更灵活

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