Spring IoC 容器的核心职责是管理一个或多个 Bean，这些 Bean 依据配置元数据进行实例化和初始化，常见的配置形式包括 XML 文件定义。

在容器内部，每个 Bean 的配置信息都被封装为 BeanDefinition 对象，其中包含了若干关键的元数据。首先是 Bean 所对应的实际类名，通常为包含包路径的全限定类名。其次，描述了 Bean 在运行时的行为特征，如作用域（Scope）、生命周期回调方法等。此外，还记录了该 Bean 所依赖的其他 Bean 引用，这些被依赖的对象也称为协作者或依赖项。同时，还包括针对特定使用场景的附加属性参数，例如在配置数据库连接池 Bean 时，需要设置最大连接数、初始连接数等配置项，这些值将在 Bean 实例化过程中被应用，确保对象按预期行为运作。

上述元数据可归纳为一组属性，用于完整描述每一个 Bean 的定义，具体属性内容如图所示。

通过调用 ApplicationCon

text 的 getBeanFactory() 方法，可以获取其底层的 BeanFactory 实例，返回类型通常为 DefaultListableBeanFactory，从而实现对容器中 Bean 的访问与控制。该机制支持依赖查找和动态获取 Bean 实例，提升了应用程序的灵活性和可扩展能力。

DefaultListableBeanFactory 提供了 registerSingleton(..) 和 registerBeanDefinition(..) 等方法，允许程序化地注册单例实例和 Bean 定义。然而，在大多数开发实践中，开发者更倾向于使用基于配置文件或注解声明的标准 Bean 定义方式，这种方式更为直观且易于维护，因此直接编码调用注册方法的场景较为少见。

建议在容器启动初期完成 Bean 元数据及手动单例实例的注册，以保证后续自动装配和内省操作能够正确识别所有组件。虽然框架在某些情况下允许覆盖已存在的定义或实例，但官方并不推荐在运行时动态添加新 Bean（特别是在 BeanFactory 已被并发访问的情况下），因为这可能导致并发异常、容器状态混乱，甚至引发多种不可预知的问题。