spring-bean对象创建销毁顺序&depend-on 干预

最新推荐文章于 2024-05-03 10:06:59 发布
最新推荐文章于 2024-05-03 10:06:59 发布
阅读量1.1k 收藏 2
点赞数 1
分类专栏： 框架学习 文章标签： spring bean
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34687559/article/details/117068167
版权

无依赖bean创建和销毁顺序

  • bean对象的创建顺序和bean xml中定义的顺序一致
  • bean销毁的顺序和bean xml中定义的顺序相反

通过构造器强依赖bean创建和销毁顺序

  • 这里的例子是 bean3->bean2->bean1, 而xml中bean的声明顺序为bean3 bean2 bean1
  • 因为是构造器中强依赖, 所以是在实例化的时候必须就要满足依赖, 否则不能实例化. 所以推测这里的真实实例化的顺序为bean1 bean2 bean3 (果然是这样, 不过如果是set弱依赖就不一样了, 先实例化, 再进行注入)
  • 对于销毁, 也是销毁最外面的, 先销毁bean3, 再逐步到里面, 也就是依赖别人的先销毁, 比如这里bean3 依赖bean2, 如果你先销毁bean3, bean2 就崩了, 所以肯定不能这样
  • 所以这里的创建销毁, 都是根据依赖链来决定正向或者反向的

通过set方法弱依赖bean创建和销毁顺序

  • 关于setter: 根据我对bean对象生命周期以及源码的了解, 先实例化, 再population, 所以这里得看定义的顺序, 如果是文章中的3 2 1的话, 依赖链也是一样的话, 那就是3 2 1创建. 先实例化3, 然后population, 然后实例化2, 然后population, 再实例化1
  • 总之, 是按照依赖链的正向顺序来创建

depend-on干预 bean创建和销毁顺序

  • 通过定义的顺序, 以及强依赖都可以干预bean的创建顺序
  • spring中可以通过depend-on来解决这些问题，在不调整bean的定义顺序和强加依赖的情况下，可以通过depend-on属性来设置当前bean的依赖于哪些bean，那么可以保证depend-on指定的bean在当前bean之前先创建好，销毁的时候在当前bean之后进行销毁
  • 意思是指定一个创建 销毁的顺序, 但并不是通过修改定义顺序和强依赖来实现
  • 不管bean2,bean2,bean4在任何地方定义，都可以确保在bean1创建之前，会先将bean2,bean3,bean4创建好，表示bean1依赖于这3个bean，可能bean1需要用到bean2、bean3、bean4中生成的一些资源或者其他的功能等，但是又没有强制去在bean1类中通过属性定义强依赖的方式去依赖于bean2、bean3、bean4；当然销毁的时候也会先销毁当前bean，再去销毁被依赖的bean，即先销毁bean1，再去销毁depend-on指定的bean。

这里基本上可以这样总结, 销毁的顺序和创建的顺序相反

参考资料

https://mp.weixin.qq.com/s?__biz=MzA5MTkxMDQ4MQ==&mid=2648933982&idx=1&sn=69a2906f5db1953030ff40225b3ac788&chksm=88621e60bf159776093398f89652fecc99fb78ddf6f7434afbe65f8511d3e41c65d729303507&cur_album_id=1318969124223238148&scene=189#rd

南波兔不写巴哥
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
spring-data-mongodb-encrypt：轻量级的库，用于在mongodb + spring中进行简单轻松的按字段加密
02-04
spring-data-mongodb-encrypt 允许将任何字段都标记为@Encrypted以进行逐字段加密。 产品特点 透明地集成到spring-data-mongodb 支持嵌套的集合，地图和bean 高性能（无反射，优化了加密） 密钥版本控制（以帮助迁移到新密钥而无需转换数据） 开箱即用支持256位AES 支持Java中可用的任何加密（通过JCE） 简单（<1000行代码） 经过全面测试 没有依赖 向后兼容 对于spring-data 1项目，请使用分支。 对于spring-data 2项目，请使用分支。 对于急躁的人 添加依赖项： < depend
【spring源码系列】之【Bean的销毁】
pythonxxoo的博客
03-09 468
Python微信订餐小程序课程视频 https://edu.csdn.net/course/detail/36074 Python实战量化交易理财系统 https://edu.csdn.net/course/detail/35475目录 1. 概述 2. 源码分析 3. 案例演示 以“冬奥之光，多彩冰灯”为主题的第四十一届全国专业冰雕比赛在冰城哈尔滨市进入第二天，60名冰雕高手在哈尔滨冰灯艺术游园会园区展开激烈的竞技比拼。 冰雕艺术 回到顶部## 1. 概述 Bean的销毁是Bean的生命周期中最后
SpringBoot里的Bean的初始化与销毁顺序
qq_41075649的博客
10-25 5709
我今天学习到SpringBoot里面自定义Bean的初始化与销毁方法，我先总结一下我学到的四种方法： 方法一： 指定init-method 和 destory-method 方法二： 通过让 Bean 实现 InitializingBean 接口，定义初始化逻辑                                              DisposableBean 接口，定义销毁...
Spring bean 的初始化和销毁的三种方式和执行顺序
xiaolyuh的专栏
03-10 5908
Spring 容器中的 Bean 是有生命周期的，spring 允许 Bean 在初始化完成后以及销毁前执行特定的操作。 下面是常用的三种指定特定操作的方法： 通过实现InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法； 通过 元素的init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法；在指
Spring系列5：depends-on干预bean创建和销毁顺序
Joe192的博客
07-12 387
初始化： depends-on 属性可以显式地强制一个或多个 bean 在使用这个元素的 bean 被初始化之前被初始化。销毁：depends-on 属性指定的那些依赖bean先销毁，使用这个元素的 bean后被销毁，干预了关闭顺序。结论给完了，我们下面通过案例验证。定义3个简单类，包含init和destroy方法，用于观察顺序 配置中bean定义并指定初始化方法和销毁方法 测试容器对bean的初始化和销毁 本阶段结论 输出结果 初始化的顺序是bean在配置文件中的配置顺序A-B-C销毁的顺序与初始化顺
Spring-Boot初始化|销毁Bean顺序
碎银几两能解世间惆怅
06-26 233
SpringBoot初始化与销毁的执行顺序
Spring内核研究-管理bean之间的关系一（depends-on）
12-06 1296
   depend-on用来表示一个Bean的实例化依靠另一个Bean先实例化。如果在一个bean A上定义了depend-on B那么就表示：A 实例化前先实例化 B。    这种情况下，A可能根本不需要持有一个B对象。    比如说，你的DAO Bean实例化之前你必须要先实例化Database Bean，DAO Bean并不需要持有一个Database Bean的实例。因为DAO的使
Bean 销毁的方式与顺序
ConstXiong
02-23 573
Bean 的销毁方式： @PreDestroy 注解作用于方法 实现 DisposableBean 接口，复写 destroy 方法 自定义 destroyMethod：xml <bean destroy-method="beanDestroy">属性、@Bean(destroyMethod = "beanDestroy")、BeanDefinitionBuilder#setDestroyMethodName 示例代码： spring 配置文件 <?xml version="1
【Spring源码系列】Bean生命周期-Bean销毁
qq_43783527的博客
12-04 3848
Spring给我们提供了一种当的方式。那么，Spring底层到底是如何实现的呢？接下来，我们将从源码+案例的方式来解析：spring如何实现当bean销毁时调用某个方法的。当的时候(调用close())方法的时候，那么对于实现destroy方法的bean，就会开始执行各自自定义的销毁逻辑。提示： 是spring容器关闭的时候调用bean销毁逻辑，不是垃圾回收、程序意外终止、程序正常终止…的时候。1、。在‘初始化后’会对BeanDefinition进行判断，判断该BeanDefinition是否具备destr
spring-asm-repack-4.0.jar
12-08
// further transformed by the JarJar task to depend on org.springframework.asm; this // avoids including two different copies of asm unnecessarily. If however future cglib // versions drift from the ...
spring-oauth-client
05-12
spring-oauth-client depend on , it is the oauth2 client demos. 项目用Maven管理 使用的技术与版本号 JDK (1.7.0_40) Spring (3.1.1.RELEASE) Spring MVC (3.1.1.RELEASE) HttpClient (4.3.5) json-lib (2.4) ...
spring-oauth-client:客户端
05-12
spring-oauth-client depend on , it is the oauth2 client demos. 项目用Maven管理 使用的技术与版本号 JDK (1.7.0_40) Spring (4.1.6.RELEASE) Spring MVC (4.1.6.RELEASE) HttpClient (4.3.5) json-lib (2.4) ...
spring-cloud-config-server-mongodb
05-13
Spring Cloud Config Server MongoDB Spring Cloud Config Server MongoDB支持将常规Spring Cloud Config Server与MongoDB无缝集成，以管理所有环境中应用程序的外部属性。 快速开始 配置pom.xml，如下所示： ...
Spring原理学习（五）初始化与销毁
小鲁蛋的博客
11-03 453
学习目标：Spring 提供了多种初始化和销毁手段它们的执行顺序。
Spring系列6：depends-on干预bean创建和销毁顺序
kongxubihai的博客
01-26 250
本文内容 不使用depends-onbean的初始化和销毁顺序 使用depends-on后bean的初始化和销毁顺序 depends-on结论和应用场景 结论先上 初始化： depends-on 属性可以显式地强制一个或多个 bean 在使用这个元素的 bean 被初始化之前被初始化。 销毁：depends-on 属性指定的那些依赖bean先销毁，使用这个元素的 bean后被销毁，干预了关闭顺序。 结论给完了，我们下面通过案例验证。 不使用depends-onbean的初始化和销毁顺序 定义3个简单类
Spring : Bean依赖注解(@DependsOn)
九师兄
01-19 3604
1.美图 2.概述 @DependsOn:控制Bean加载顺序。指定先加载@DependsOn对应的Bean。 3.源码 @Target({ElementType.TYPE, ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) @Documented public @interface DependsOn { /** ...
Spring容器中的Bean几种初始化方法和销毁方法的先后顺序
热门推荐
易水寒
05-09 1万+
Spring 容器中的 Bean 是有生命周期的，Spring 允许 Bean 在初始化完成后以及销毁前执行特定的操作。下面是常用的三种指定特定操作的方法： 通过实现InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法；通过 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法；在指定方法
spring bean的初始化/销毁顺序
u011649691的博客
07-19 1013
参考https://blog.csdn.net/xiaolyuh123/article/details/61196044 import javax.annotation.PostConstruct; import javax.annotation.PreDestroy; import org.springframework.beans.factory.DisposableBean; imp...
基于Springboot的家具网站
最新发布
趙兴晨的博客
05-03 538
本文介绍了一款基于现代Web技术构建的家具网站，旨在通过互联网技术优化家具产品的展示与销售，提高用户的购物体验，同时为家具制造商和零售商提供一个高效的在线销售平台。本研究的主要目的是设计并实现一个高效、易用的家具网站，通过系统化的产品展示流程和智能化的购物功能，提升家具产品的在线销售效率和管理水平。本研究通过设计和实现家具网站，有效地解决了传统家具销售中的展示局限性和购物效率低下的问题，提高了家具产品的在线销售效率和用户的购物体验，并为相关领域的研究和实践提供了有益的参考。
failed to execute goal on project epoint-zjyth-web: could not resolve depend
07-15
### 回答1： 在项目epoint-zjyth-web上执行目标失败：无法解析依赖。 这个错误通常是由于Maven在构建项目时无法解析所需的依赖项而引起的。这可能有几种原因： 1. 依赖项不存在或命名错误：检查项目的pom.xml文件，确保所有的依赖项的groupId、artifactId和version都是正确的，并且没有任何拼写错误。 2. 依赖项无法从远程仓库获取：Maven默认从中央仓库获取依赖项。请确保您的项目可以访问中央仓库，或者您可以手动将所需的依赖项添加到本地存储库中。 3. 依赖项的版本不一致：如果您的项目中有多个依赖项，可能会发生版本冲突。在pom.xml中指定正确的依赖项版本，或者使用Maven的dependencyManagement元素来处理版本问题。 4. Maven本地存储库已损坏：有时本地存储库可能会损坏或出现错误。您可以尝试删除本地存储库中的相应依赖项，并重新运行Maven构建。 5. Maven仓库缓存错误：Maven将下载的依赖项缓存在本地存储库中。如果缓存中的依赖项出现错误，您可以尝试删除相应的缓存文件，并重新运行Maven构建。 如果上述解决方法都无效，您可能需要进一步检查项目的依赖设置、网络连接或Maven配置。可以查看Maven的日志输出或详细错误信息以获取更多帮助。此外，您可以尝试在搜索引擎或Maven社区寻求帮助，以获取更详细的解决方案。 ### 回答2： 在项目epoint-zjyth-web上执行目标时出错，无法解析依赖项。这个错误通常发生在项目构建过程中，当Maven或者其他构建工具无法找到项目所需的依赖项时。 导致这个错误的原因可能有几种： 1. 依赖项不存在或版本不匹配：项目中可能引用了一个不存在的依赖项，或者依赖项的版本与项目要求的不符。在这种情况下，您需要检查项目的pom.xml文件，确保所有依赖项的信息正确，并且已经正确地配置了仓库地址。 2. 依赖项无法从远程仓库下载：有时候，依赖项可能无法从远程仓库下载，可能是由于网络连接问题或仓库服务器出现故障。在这种情况下，您可以尝试使用本地仓库或其他可访问的仓库，或稍后再试。 3. 仓库配置错误：如果项目的pom.xml文件中配置的仓库地址有误，也会导致无法解析依赖项的错误。您可以检查pom.xml文件中的仓库配置，确保地址正确并可访问。 为了解决这个问题，您可以尝试以下几个步骤： 1. 检查pom.xml文件：确保所有依赖项的信息正确，并且已经正确地配置了仓库地址。 2. 检查网络连接：确保网络连接正常，并且能够访问项目所需的远程仓库。 3. 检查仓库配置：确保项目的仓库配置正确，并且地址能够正确访问。 如果问题仍然存在，您可以尝试手动下载并安装缺少的依赖项到本地仓库，或者联系项目开发人员或其他相关人员寻求帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值