spring bean 生命周期问题

2013-12-05 08:30:47 420 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

国内用户稳定开通ChatGPT Plus会员的完整实操指南 ChatGPT作为当前最先进的AI对话模型，其技术原理基于Transformer架构和大规模语言预训练。通过深度学习技术，ChatGPT能够理解自然语言并生成高质量回复，在代码生成、文档分析等场景具有重要技术价值。对于需要高频使用的开发者而言，ChatGPT Plus会员提供了优先访问权和GPT-4模型支持等核心功能。在实际应用场景中，国内用户常面临支付限制和区域封锁等挑战。本文针对这些痛点，重点解析如何通过可靠的支付渠道和账号安全策略，实现稳定的会员开通方案，帮助用户突破技术使用壁垒，充分发挥AI助手在开阅读详情

1、spring的文档里说明，如果bean的作用域不设置成singleton的话，spring容器是不会去负责这个bean的整个生命周期，而是交给客户端去处理。这句话的意思是不是说，我得写相关的代码来管理这些bean，甚至是销毁。如果是这样的话，我该什么时候去销毁，怎么去销毁？

2、session 中存放大量数据的话，会不会导致jvm内存消耗过大，而抛内存溢出异常（java.lang.OutOfMemoryError）?

3、web 应用运行一段时间就变的很卡，重启下又恢复正常。怀疑是不是以上两种情况所导致，望各路神仙显灵，帮小弟解答一下，万分感谢！！！

...全文

华为云Stack扩容实战：从CMDB配置到计算节点增减容，一份避坑指南本文详细解析华为云Stack扩容实战，从CMDB配置到计算节点增减容的全流程操作指南。通过典型场景案例和避坑建议，帮助企业高效管理计算资源扩容与减容，确保业务连续性。特别针对华为云Stack的弹性扩容能力提供专业指导，涵盖存储、网络及自动化工具链的配合使用。阅读详情

rihaduo202

Web 开发 81,108 成员 341,721 内容

+ 关注 + 加入社区

切换为时间正序

rihaduo202 2013-12-06

打赏
举报

引用 2 楼 NNTT2010 的回复:

1.一般spring的bean默认配置都是单例的。销毁的方法 <bean id="..." class="..." destroy-method="..."></bean> 很常见的如dateSource的建立。 2.session 太多，占服务器内存，易丢失，维护困难。 3.数据拥塞，数据流，文件流不释放等也可能引起web运行不顺畅。。

谢谢这位朋友解答。现在的疑问是： 1、struts中每个action都是交给spring去管理、每个都是一个bean，那么这些bean的scope属性到底是设置成singleton还是prototype合适呢？为什么？ 2、destroy-method 的意思是销毁这个bean的时候执行的方法，类似于注解中的@predestroy，而spring不负责bean的生命周期的话，这个方法是什么时候被调用呢？tomcat关闭？还是等客户端去调用？如果做不到真正意义上的销毁，这些对象是不是一直存放在服务器，占用服务器内存呢？

rihaduo202 2013-12-06

打赏
举报

引用 1 楼 defonds 的回复:

session 中最好不要存放大量数据，并发小没大问题，并发一上去就不好说了。运行时间越久，创建的对象越多，但并非所有对象都是有用的，然而由于你管理不当，垃圾回收没法将这些对象回收，日积月累，最终导致内存溢出。这就是 Java 中的内存泄漏。从你的描述看来，程序不是在高并发时内存不足，而是在长时间运行后发生，这种内存泄漏基本排除 session 造成的可能。检查你的那些静态变量和 singleton 对象，他们的嫌疑最大。

版主果然英明！

我的问题确实不是因为并发所导致，因为现在还在试运行阶段，有可能确实创建对象、销毁对象、建立连接、释放连接等地方出了问题。但是程序有很多人开发，现在基本不可能把所有人代码挨个检查，修改，所以还想请教下这种情况，该怎么解决或者从哪里入手查看？谢谢了。

Defonds 2013-12-06

打赏
举报

楼主用 JProbe 去跟一下吧。

长笛党希望 2013-12-05

打赏
举报

1.一般spring的bean默认配置都是单例的。销毁的方法 <bean id="..." class="..." destroy-method="..."></bean> 很常见的如dateSource的建立。 2.session 太多，占服务器内存，易丢失，维护困难。 3.数据拥塞，数据流，文件流不释放等也可能引起web运行不顺畅。。

Defonds 2013-12-05

打赏
举报

session 中最好不要存放大量数据，并发小没大问题，并发一上去就不好说了。运行时间越久，创建的对象越多，但并非所有对象都是有用的，然而由于你管理不当，垃圾回收没法将这些对象回收，日积月累，最终导致内存溢出。这就是 Java 中的内存泄漏。从你的描述看来，程序不是在高并发时内存不足，而是在长时间运行后发生，这种内存泄漏基本排除 session 造成的可能。检查你的那些静态变量和 singleton 对象，他们的嫌疑最大。

spring bean 生命周期问题

相关推荐