Dart中使用get_it与injectable的实际优势何在？

我在应用中使用如下单例：

import 'package:injectable/injectable.dart';

@singleton
final class TMDB {
  ...
}

在应用的多个部分，我使用类似如下的语句：

import '../../../config/initializers/di.dart';
import '../../../config/servers/tmdb.dart';

...
final myUrl = getIt<TMDB>().baseURL;
...

如你所见，我需要两个import语句，且getIt<TMDB>()可能在应用中多次使用，于是我考虑在di.dart中声明一个变量：

import 'package:get_it/get_it.dart';
import 'package:injectable/injectable.dart';

import 'di.config.dart';

final getIt = GetIt.instance;  

@InjectableInit()  
void configureDependencies() => getIt.init();

final tmdb = getIt<TMDB>();

这会简化之前的语句，但既然tmdb是代表单例的全局变量（getIt也是全局变量），那如果我可以用常规方式直接声明单例，使用get_it/injectable的意义何在？我无法看出这类工具的实际益处。

为什么需要get_it/injectable？ #

直接用全局变量确实能简化单例调用，但这类DI工具的价值体现在复杂场景和工程化实践上，核心优势包括：

• 解耦代码，提升可维护性
  用全局变量的话，调用代码和TMDB类强绑定。如果后续需要替换实现（比如换成带缓存的CachedTMDB，或者测试用的MockTMDB），所有用到tmdb全局变量的地方都要修改。而用getIt<TMDB>()的话，只需要在DI配置中替换注册的实例，调用代码完全不用改动——只要新实现和原类保持接口一致即可。

• 延迟初始化，优化启动性能
  全局变量final tmdb = getIt<TMDB>()会在DI初始化阶段就创建实例。如果TMDB的初始化逻辑较重（比如加载远程配置、建立持久化连接），而应用启动时暂时用不到这个实例，就会拖慢启动速度。get_it默认支持懒加载，只有第一次调用getIt<TMDB>()时才会创建实例，有效优化启动耗时。

• 自动管理复杂依赖链
  如果TMDB依赖其他类（比如ApiKeyProvider、NetworkClient），而这些依赖又有自己的子依赖，手动维护全局变量的初始化顺序很容易出错。injectable会自动分析依赖关系，按正确顺序初始化所有实例，你不用手动处理依赖的创建顺序。

• 大幅提升测试效率
  单元测试或集成测试时，用get_it可以快速替换为Mock实例。比如测试某个依赖TMDB的服务，你只需要在测试的setup阶段执行getIt.registerSingleton<TMDB>(MockTMDB())，测试结束后重置即可。而全局变量的替换需要修改代码或用复杂的hack手段，测试成本高很多。

• 模块化与依赖可见性管控
  在大型项目中，全局变量容易导致到处都是import语句，甚至引发循环依赖问题。用DI工具的话，每个模块只需要在DI配置中注册依赖，调用方只需要知道依赖的类型，不需要关心具体实现和文件位置，更符合模块化开发的原则。

• 多环境配置支持
  injectable支持通过@Environment注解为不同环境（dev、prod、test）注册不同的实例。比如生产环境用真实的TMDB，开发环境用带模拟数据的DevTMDB，测试环境用MockTMDB，工具会自动根据当前环境注入对应的实例，不用手动写大量条件判断。

内容的提问来源于stack exchange，提问作者Ουιλιαμ Αρκευα