本文节选自《Spring 揭秘》。
虽然业务对象可以通过IoC方式声明相应的依赖，但是最终仍然需要通过某种角色或者服务将这些相互依赖的对象绑定到一起，而IoC Service Provider就对应IoC场景中的这一角色。
IoC Service Provider 在这里是一个抽象出来的概念，它可以指代任何将IoC场景中的业务对象绑定到一起的实现方式。它可以是一段代码，也可以是一组相关的类，甚至可以是比较通用的IoC框架或者IoC容器实现。
IoC Service Provider 的职责相对来说比较简单，主要有两个：业务对象的构建管理和业务对象间的依赖绑定。
要对业务对象进行依赖绑定，则首先要管理对象间的依赖关系。当前流行的IoC Service Provider 产品使用的注册对象信息的管理方式主要有以下几种。
1.直接编码方式
当前大部分的IoC容器都应该支持直接编码方式，比如Spring、Avalon等。在容器启动之前，我们就可以通过程序编码的方式将被注入对象和依赖对象注入到容器中，并明确它们相互之间的依赖注入关系。
2.配置文件方式
这是一种较为普遍的依赖注入关系管理方式。像普通文本文件、properties文件、XML文件等，都可以成为管理依赖注入关系的载体。不过，最为常见的，还是通过XML文件来管理对象注册和对象间依赖关系。
3.元数据方式
这种方式的代表实现是Google Guice，这是Bob Lee在Java 5的注解和Generic的基础上开发的一套IoC框架。我们可以直接在类中使用元数据信息来标注各个对象之间的依赖关系，然后有Guice框架根据这些注解所提供的信息将这些对象组装后，交给客户端对象使用。