如何仅导入一次import {environment}并在所有服务中复用？

当然可以！这是Angular项目里非常常见的优化需求——谁愿意在每个服务文件里都写那串长长的相对路径导入呢？下面给你几个实用的方案，按需选择：

方案1：创建共享导出文件（快速易上手） #

这是最直接的方式，不需要修改任何配置文件：

• 在你的项目里找一个公共目录（比如src/app/shared/），新建一个文件，比如env-shared.ts
• 在这个文件里只写一次导入，然后重新导出：

import { environment } from '../../environments/environment';
export { environment };

• 之后所有服务里就可以用更简洁的路径导入了：

import { environment } from '../shared/env-shared';

• 优势：如果以后environment文件的路径发生变化，你只需要修改这一个共享文件的导入路径，不用逐个修改所有服务，维护成本大大降低。

方案2：配置TypeScript路径别名（优雅持久） #

如果你的项目是长期维护的大型项目，强烈推荐这种方式，彻底摆脱相对路径的困扰：

• 打开项目根目录的tsconfig.json（或者tsconfig.app.json），在compilerOptions节点下添加paths配置：

{
  "compilerOptions": {
    // 保留其他原有配置...
    "paths": {
      "@env/*": ["src/environments/*"]
    }
  }
}

• 配置完成后，所有服务里都可以用统一的短路径导入：

import { environment } from '@env/environment';

• 优势：不管你的服务在项目目录的哪个层级，导入路径都是一样的，代码看起来更整洁。而且这个配置还能复用在其他公共模块上，比如@shared/*、@services/*等。

方案3：通过依赖注入使用（适合测试场景） #

如果你需要在单元测试中替换环境变量，或者更符合Angular的依赖注入理念，可以用这种方式：

• 首先在app.module.ts里把environment注册为一个提供者：

import { environment } from './environments/environment';

@NgModule({
  // 其他模块配置...
  providers: [
    { provide: 'ENVIRONMENT', useValue: environment }
  ]
})
export class AppModule { }

• 然后在你的服务里通过构造函数注入使用：

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

@Injectable({ providedIn: 'root' })
export class UserService {
  constructor(@Inject('ENVIRONMENT') private environment: typeof environment) {
    // 用this.environment访问环境变量，比如this.environment.apiUrl
  }
}

• 优势：在单元测试时，你可以轻松注入一个模拟的环境对象，不用修改原代码的导入逻辑，测试更灵活。

内容的提问来源于stack exchange，提问作者Paweł Meller