面试题：Angular的依赖注入机制原理

Angular依赖注入如何工作

创建依赖

在Angular中，依赖通常是通过在模块的providers数组中注册来创建。例如，创建一个简单的服务UserService：

import { Injectable } from '@angular/core';

@Injectable()
export class UserService {
    getUsers() {
        return ['user1', 'user2'];
    }
}

然后在模块中注册：

import { NgModule } from '@angular/core';
import { UserService } from './user.service';

@NgModule({
    providers: [UserService]
})
export class AppModule {}

也可以在组件级别注册，这样该组件及其子组件将使用该组件注册的实例。例如：

import { Component } from '@angular/core';
import { UserService } from './user.service';

@Component({
    selector: 'app - my - component',
    templateUrl: './my - component.html',
    providers: [UserService]
})
export class MyComponent {}

管理依赖
- Angular使用注入器（Injector）来管理依赖。注入器是一个容器，它知道如何创建和提供依赖对象。当一个组件或服务需要某个依赖时，注入器会查找该依赖的提供者。如果找到了，它会创建一个新实例（如果需要），或者返回已有的实例（如果是单例）。
- 注入器遵循层次结构。每个模块都有自己的注入器，组件也可以有自己的注入器。当一个组件请求依赖时，它首先在自己的注入器中查找，如果找不到，就会向上查找父注入器，直到找到该依赖的提供者或到达根注入器。例如，在组件树中，如果一个子组件需要UserService，它会先查看自身是否有UserService的提供者，如果没有，就会查看父组件的注入器，以此类推，直到根模块的注入器。

实际项目中依赖注入的优势

可测试性

依赖注入使单元测试变得更加容易。在测试一个组件或服务时，可以轻松地提供模拟依赖。例如，要测试依赖UserService的组件MyComponent，可以创建一个模拟的UserService，这样可以独立地测试MyComponent的逻辑，而不受UserService实际实现的影响。

describe('MyComponent', () => {
    let component: MyComponent;
    let userService: jasmine.SpyObj<UserService>;

    beforeEach(() => {
        const userServiceSpy = jasmine.createSpyObj('UserService', ['getUsers']);
        TestBed.configureTestingModule({
            declarations: [MyComponent],
            providers: [
                { provide: UserService, useValue: userServiceSpy }
            ]
        });
        component = TestBed.createComponent(MyComponent).componentInstance;
        userService = TestBed.inject(UserService) as jasmine.SpyObj<UserService>;
    });

    it('should call userService.getUsers', () => {
        component.ngOnInit();
        expect(userService.getUsers).toHaveBeenCalled();
    });
});

可维护性
- 依赖注入提高了代码的可维护性。因为依赖是外部提供的，所以当某个依赖的实现发生变化时，不需要修改使用该依赖的组件或服务的代码。例如，如果UserService的获取用户逻辑从本地数组改为从后端API获取，只要接口不变，依赖UserService的组件不需要修改。
松耦合
- 它促进了松耦合的设计。组件和服务不需要自己创建所依赖的对象，而是依赖外部提供，这使得不同部分的代码之间的依赖关系更加清晰，降低了代码之间的耦合度。例如，一个组件依赖UserService，但它不关心UserService是如何创建的，只关心它提供的接口。

可能遇到的问题

循环依赖
- 当两个或多个服务相互依赖时，可能会出现循环依赖问题。例如，ServiceA依赖ServiceB，而ServiceB又依赖ServiceA。Angular会在启动时检测到这种循环依赖并抛出错误。解决方法是重构代码，打破这种循环依赖，比如通过引入中间层服务或者调整依赖关系。
注入器层次结构复杂性
- 随着应用程序的增长，注入器层次结构可能变得复杂。理解组件或服务从哪个注入器获取依赖可能变得困难，特别是在多层嵌套组件和模块的情况下。这可能导致意外的行为，比如获取到错误的依赖实例。需要仔细规划和理解注入器层次结构，确保依赖的正确提供和获取。
性能问题
- 如果在多个地方重复注册相同的提供者，可能会导致性能问题，因为会创建多个不必要的实例。尤其是在性能敏感的应用中，需要注意提供者的注册位置和范围，尽量在合适的层次注册单例依赖，避免不必要的实例创建。

星途面试题库

面试题：Angular的依赖注入机制原理

知识考点

面试题答案

Angular依赖注入如何工作

实际项目中依赖注入的优势

可能遇到的问题