cp网站开发搭建服装设计学校排名

1. Spring的Bean的生命周期

1. 实例化（Instantiation）：Spring 容器启动时，根据配置扫描 Bean 定义，使用构造函数创建 Bean 实例（默认是无参构造）。
2. 属性填充（Populate Properties）：Bean 实例创建后，Spring 将配置中的属性值注入到 Bean 对应的字段中（依赖注入）。
3. BeanNameAware：使用setBeanName(String name)方法注入当前 Bean 的名称。
4. BeanFactoryAware：使用setBeanFactory(BeanFactory factory)方法注入当前 Bean 所在的 BeanFactory 容器实例。
5. ApplicationContextAware：使用setApplicationContext(ApplicationContext context)方法注入当前 Bean 所在的应用上下文（ApplicationContext）。
6. BeanPostProcessor（初始化前）：使用postProcessBeforeInitialization(Object bean, String beanName)方法初始化方法执行前的处理逻辑。可用于包装、代理等。
7. 初始化（Initialization）：通过实现接口InitializingBean.afterPropertiesSet()方法或者配置 init-method：<bean init-method="initMethodName"/>两种方式，进行 Bean 初始化逻辑，比如打开连接池、加载配置等。
8. BeanPostProcessor（初始化后）：使用postProcessAfterInitialization(Object bean, String beanName)方法初始化方法执行后的扩展处理（如 AOP 代理）。
9. 就绪使用（Ready to Use）：Bean 已完全初始化，可以被应用程序正常使用。
10. 销毁：通过实现接口DisposableBean.destroy()或者配置 destroy-method：<bean destroy-method="destroyMethodName"/>两种方式，容器关闭时调用，用于释放资源、关闭连接等。

2. Bean是否单例？

在 Spring 中，Bean 默认是单例模式，即每个 Bean 在整个 Spring 容器中只会被实例化一次，并存储在容器的缓存中。这样，当应用程序中多次请求同一个 Bean 时，Spring 会返回同一个实例，从而提高了性能和资源利用率。
Spring 也提供了对多例模式的支持。若在定义 Bean 时将 score 属性设置为“prototype”，则每次从容器中获取该 Bean 时，Spring 都会创建一个新的实例。这种模式适用于具有状态的 Bean 或线程不安全的场景。
注意：单例 Bean 若持有可变状态，则在多线程环境下可能引发线程安全问题，因此在设计时要格外小心，必要时应使用线程安全的设计或考虑改为多例模式。

3. Bean的单例和非单例，生命周期是否一样？

不一样，Spring Bean 的生命周期完全由 IOC 容器控制。Spring 只帮我们管理单例模式 Bean 的完整生命周期，对于 prototype 的 Bean，Spring 在创建好交给使用者只会，则不会再管理后续的生命周期。

上面的生命周期是单例的。而多例的生命周期：Spring 只负责创建、依赖注入、初始化，不负责销毁（需手动销毁或通过自定义逻辑管理）。

4. Spring容器里存的是什么？

在 Spring 容器中，存储的各类 Bean 对象及其元数据信息。Spring 容器让应用启动时会根据配置（如注解、XML 或 JavaConfig）加在 Bean 定义，负责创建 Bean 实例、注入依赖、管理生命周期（包括初始化与销毁）等操作。对于单例 Bean，Spring 会将其实例缓存起来以供全局复用；而对于原型 Bean，Spring 仅负责创建，不再管理后续生命周期。除了 Bean 实例本身，容器还维护了 Bean 的配置信息、单例缓存、时间发布机制等，是整个 IOC 控制反转的核心管理中心。

5. Bean注入和XML注入最终得到了相同的效果，它们在底层是怎么做的？

XML注入：使用 XML 文件进行 Bean 注入时，Spring 在启动时会读取 XML 配置文件。步骤如下：

1. Bean 定义解析：Spring 容器通过 XmlBeanDefinitionReader类解析 XML 配置文件，读取其中的<bean>标签以获取 Bean 的定义信息。
2. 注册 Bean 定义：解析后的 Bean 信息被注册到 BeanDefinitionRegistry（如DefaultListableBeanFactory）中，包括 Bean 的类、作用域、依赖关系、初始化和销毁方法等。
3. 实例化和依赖注入：当应用程序请求某个 Bean 时，Spring 容器会根据已经注册的 Bean 定义：首先使用反射机制创建该 Bean 的实例，然后根据 Bean 定义中的配置，通过 setter 方法、构造函数或方法注入所需的依赖 Bean。、

注解注入：使用注解进行 Bean 注入时，Spring 的处理过程如下：

1. 类路径扫描：当 Spring 容器启动时，它首先会进行类路径扫描，查找带有特定注解（如@Component、@Service、@Repository和@Controller）的类。
2. 注册 Bean 定义：找到的类会被注册到BeanDefinitionRegistry中，Spring 容器将为其生成 Bean 定义信息。这通常通过AnnotatedBeanDefinitionReader类来实现。
3. 依赖注入：与 XML 注入类似，Spring 在实例化 Bean 时，也会检查字段上是否有@Autowired、@Inject或@Resource注解。如果有，Spring 会根据注解的信息进行依赖注入。

尽管使用的方式不同，但 XML 注入和注解注入在底层的实现机制是相似的，主要体现在以下几个方面：

1. BeanDefinition：无论是 XML 还是注解，最终都会生成 BeanDefinition 对象，并存储在同一个 BeanDefinitionRegistry 中。
2. 后处理器：Spring 提供了多个 Bean 后处理器（如AutowiredAnnotationBeanPostProcessor），用于处理注解（如@Autowired）的依赖注入。对于 XML，Spring 也有相应的后处理器来处理 XML 配置的依赖注入。
3. 依赖查找：在依赖注入时，Spring 容器会通过 ApplicationContext 中的 BeanFactory 方法来查找和注入依赖，无论是通过 XML 还是注解，都会调用类似的查找方法。