Angular普通类中实例化服务的正确性及潜在副作用问询

嘿，这个问题问得特别好——毕竟我们平时大多在组件里用依赖注入，第一次在普通类里碰服务很容易踩坑。咱们来拆解你的疑问：

你当前实现的问题：手动new服务是踩坑行为 #

你写的editService:EditService = new EditService();这种方式，确实存在明显的潜在问题：

• 破坏单例特性，生成多实例：如果你的EditService是用@Injectable({ providedIn: 'root' })注册的，Angular默认会帮你维护一个单例实例，确保整个应用里用的是同一个服务（方便共享状态、缓存数据）。但你手动new的话，每创建一个CustomClass实例，就会生成一个全新的EditService实例。要是服务里有共享状态（比如用户信息、临时缓存），不同CustomClass实例拿到的状态就不一致了，很容易引发难以排查的bug。
• 无法处理服务的依赖链：如果EditService本身依赖其他服务（比如HttpClient、另一个业务服务），你手动new的时候没法让Angular自动注入这些依赖，得自己手动传参——这会让代码变得臃肿不堪，完全违背了依赖注入的设计初衷。

所以结论是：这种实现方式不正确，不推荐使用。

正确的实现方式：利用Angular的依赖注入系统 #

在普通类里使用服务，核心思路还是让Angular的注入器帮你管理服务实例，而不是自己手动创建。这里有两种常用方案：

方案1：在创建普通类实例时传入注入的服务 #

普通类不会被Angular自动实例化，所以你需要在组件/其他服务里先获取到EditService的实例，再传给CustomClass的构造函数：

首先修改CustomClass的代码，把服务作为构造函数参数：

import { EditService } from '../services/edit.service';

export class CustomClass {
  // 用构造函数注入服务，而不是手动new
  constructor(
    private editService: EditService,
    // 保留你的特殊参数
    private specialArg: any
  ) {}

  // 现在可以正常使用this.editService做业务逻辑了
  doSomething() {
    this.editService.someMethod();
  }
}

然后在组件里，通过注入器或者直接注入EditService来创建CustomClass实例：

import { Component, Injector } from '@angular/core';
import { CustomClass } from './custom-class';
import { EditService } from '../services/edit.service';

@Component({
  selector: 'app-my-component',
  templateUrl: './my-component.component.html'
})
export class MyComponent {
  constructor(
    // 方式A：直接注入EditService
    private editService: EditService,
    // 方式B：或者用Injector获取服务（适合需要动态获取多个服务的场景）
    private injector: Injector
  ) {
    // 用方式A创建实例
    const customInstance1 = new CustomClass(this.editService, '我的特殊参数');
    
    // 用方式B创建实例
    const editServiceFromInjector = this.injector.get(EditService);
    const customInstance2 = new CustomClass(editServiceFromInjector, '另一个特殊参数');
  }
}

方案2：把普通类注册为可注入的服务 #

如果你的CustomClass本身需要被多个组件/服务复用，而且依赖关系比较复杂，可以直接把它变成Angular服务：

import { Injectable } from '@angular/core';
import { EditService } from '../services/edit.service';

@Injectable({
  providedIn: 'root' // 或者指定到某个模块，控制作用域
})
export class CustomClass {
  private specialArg: any;

  // 让Angular自动注入EditService
  constructor(private editService: EditService) {}

  // 如果需要特殊参数，用init方法初始化（代替构造函数传参）
  init(specialArg: any) {
    this.specialArg = specialArg;
  }

  doSomething() {
    this.editService.someMethod();
    console.log('特殊参数：', this.specialArg);
  }
}

之后你就可以在组件/其他服务里直接注入CustomClass了：

import { Component } from '@angular/core';
import { CustomClass } from './custom-class';

@Component({...})
export class MyComponent {
  constructor(private customClass: CustomClass) {
    // 初始化特殊参数
    this.customClass.init('我的特殊参数');
    // 调用方法
    this.customClass.doSomething();
  }
}

总结 #

手动new服务的方式完全违背了Angular依赖注入的设计理念，会带来多实例、依赖管理混乱等问题。正确的做法是让Angular的注入器帮你管理服务实例，要么在创建普通类时传入已注入的服务，要么把普通类也注册为可注入服务。

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