ServiceLocator 初始化方式

依赖注入可让MovieLister摆脱对MovieFinder具体实现的直接依赖，从而提升代码的灵活性与可测试性。但解除这种依赖并非只有这一种途径，服务定位器模式同样能实现解耦：它通过集中管理对象的获取逻辑，使MovieLister无需知晓MovieFinder的具体类型，仅需向定位器请求所需服务即可。

1、 服务定位器模式的核心思想是：通过一个统一的对象来管理并提供应用程序所需的所有服务。该定位器掌握各类服务的创建与获取方式，当系统需要某项服务时，只需调用其对应方法即可获得实例。例如，在Lister&Finder示例中，服务定位器在被请求时，会返回一个MovieFinder的具体实现对象，从而解耦服务使用者与具体实现之间的依赖关系，提升系统的灵活性与可维护性。

2、 这仅是部分负担转移，我们仍需获取Lister的服务定位器，从而形成如下的依赖关系。

3、 在ServiceLocator的具体实现中，尚有许多实用技巧值得探索与应用。

4、 可通过子类继承父类实现初始化，在父类构造过程中即完成静态对象的创建与获取。

5、 还可通过接口返回 movieFinder 实例，从而将具体实现与实际调用解耦，提升代码灵活性与可维护性。

6、 还可借助线程局部存储机制实现线程专属的定位器功能。

7、 还可将多种movieFinder实现存入Map，按需动态创建实例，实现灵活的策略定位。

8、 与依赖注入类似，服务定位器（ServiceLocator类）同样需要进行配置。下文将通过代码示例实现该功能，当然，也可轻松改为从配置文件中读取相关参数来完成初始化。

9、 在ServiceLocator的具体实现中，尚有许多实用技巧值得探索与应用。

10、 可通过子类继承父类实现初始化，在父类构造时即完成静态对象的创建与获取。

11、 还可通过接口返回 movieFinder 实例，使具体实现与调用方解耦，提升代码可维护性与扩展性。

12、 还可借助线程局部存储机制实现线程专属的定位器；同时，可将多种MovieFinder实现类存入Map，按需动态创建实例，从而构建灵活可扩展的动态定位器。