【HBZ分享】bean的生命周期 以及 各个阶段在spring的哪个类被调用

  1. Ioc容器通过配置文件读取bean的定义信息,并保存在BeanDefinition中
  2. 执行BeanFactoryPostProcessor的postProcessBeanFactory方法,对bean定义的信息进行处理,这里还是可以设置bean的基本信息,比如:单例多例,初始化方法指定,销毁方法指定等属性的配置
  3. 通过反射,实例化对象,构造函数被调用
  4. 设置属性值
  5. 如果目标类实现了BeanNameAware类,则该步会执行BeanNameAware中的setBeanName方法
  6. 如果目标类实现了BeanFactroyAware类,则该步会执行BeanFactroyAware中的setBeanFactory方法
  7. 如果目标类实现了ApplicationContextAware类,则该步会执行ApplicationContextAware中的setApplicationContext方法
  8. 调用BeanPostProcessor的postProcessBeforeInitialization方法,可以对目标类中的成员变量进行初始值得设置
  9. 执行目标类得初始化方法:如果实现InitializingBean则调用afterPropertiesSet方法, 如果是在配置文件 或 BeanFactoryPostProcessor中配置了init-method,则会执行配置的方法
  10. 调用BeanPostProcessor的postProcessAfterInitialization方法,可以对目标类中的成员变量进行初始值得设置
  11. Bean准备就绪,如果是【单例】,则保存到spring缓冲池。 如果是【多例】,则把准备就绪的bean交给调用者
  12. 如果实现了DisposableBean,则调用destory方法对bean进行销毁。如果配置了destory-method,那就会调用指定的销毁方法

实战应用截图,输出顺序即bean的过程
在这里插入图片描述

各个阶段在spring的哪个类被调用

  1. BeanFactoryPostProcessor(Bean工厂的后置处理类): 在AbstractApplicationContext类的invokeBeanFactoryPostProcessor()方法被调用
  2. BeanPostProcessor(Bean的后置处理类): 在AbstractApplicationContext类的registryBeanPostProcessor()方法被调用
  3. postProcessBeforeInitialization 和 postProcessAfterInitialization: 在AbstractApplicationContext类的finishBeanFactoryInitialization()方法被调用
  4. 普通bean(我们自己创建的):在AbstractApplicationContext类的finishBeanFactoryInitialization()方法被调用
  5. BeanNameAware,BeanFactroyAware,ApplicationContextAware:在AbstractApplicationContext类的finishBeanFactoryInitialization()方法被调用
  6. 总入口:ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(“classpath*:beanLife.xml”);中,进入 ClassPathXmlApplicationContext这个类构造方法,里面有一句refresh()这个方法,当调用这个方法后,才会执行上面的bean生命周期整个步骤,即new ClassPathXmlApplicationContext(“classpath*:beanLife.xml”);的时候,就会去执行refresh()方法。 fresh()方法依然在AbstractApplicationContext类中,并且每个步骤的执行顺序也是在refresh()中被规定的。
  7. finishBeanFactoryInitialization()这个方法,会实例化剩余所有的【单例】bean, 一定是单例的bean

在这里插入图片描述
在这里插入图片描述

== 即postProcessBeforeInitialization,postProcessAfterInitialization,BeanNameAware,BeanFactroyAware,ApplicationContextAware全都是在AbstractApplicationContext类的finishBeanFactoryInitialization()方法被调用==

总节Bean的生命周期

  1. 从 bean definition中读取,调用默认无参构造方法
  2. 填充属性
  3. 调用实现的各种Aware结尾中的方法
  4. 调用BeanPostProcessor后置处理器postProcessBeforeInitialization()方法
  5. 调用初始化方法init-method
  6. 调用BeanPostProcessor后置处理器postProcessAfterInitialization()方法。
要保证消息的顺序消费,可以采取以下几种方法: 1. 在RabbitMQ中,可以将带有顺序性的消息放入同一个队列(queue)中,并且只有一个消费者来消费该队列。这样可以确保消息按照顺序被消费,避免负载均衡的情况发生。 2. 在Kafka中,可以将消息放入同一个分区(partition)中,并且由同一个消费者来进行消费。这样可以保证消息按照分区的顺序被消费。可以直接指定某个分区来放置消息,或者通过hash取模的方式将具有相同特定值的消息放到同一个分区中。 3. 在RocketMQ中,可以使用MessageListenerOrderly,它自带单线程消费消息的功能,这样就不需要在消费者端再使用多线程去消费消息。同时,还要确保需要顺序消费的消息进入同一个队列中,这样就能保证顺序消费的实现。 需要注意的是,顺序消费会导致负载不均衡和性能下降的问题。因为同一个队列或分区只能由一个消费者进行消费,无法进行负载均衡;而使用hash取模的方式可能会导致某些分区的消息很多,而某些分区的消息很少,产生倾斜效应。这些是顺序消费需要考虑的后果。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [【HBZ分享】MQ如何保证消息的顺序消费](https://blog.csdn.net/a645293829/article/details/125342165)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [如何保证消息队列里消息的生成和消费的顺序性](https://blog.csdn.net/bboy66/article/details/124408040)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值