LinkedBlockingQueueo类中的take方法执行后不释放内存,怎么办

aladdinty 2009-11-02 05:41:17
LinkedBlockingQueueo类中的take方法执行后不释放内存,怎么办?

如代代码所示,sender 发送线程要比reader快,会产生积压,但是按理说take是从队首移除,那么移除后应释放内存才对
,但是好久好久都没有释放,并且我用System.gc()释放,也是一样不行,请大家帮帮忙。

示例代码:

package domain.message;


import java.util.concurrent.LinkedBlockingQueue;

import resource.FaultAlarm;


public class Test
{
private static LinkedBlockingQueue< FaultAlarm > alarmList = new LinkedBlockingQueue< FaultAlarm >();

public static void main( String[] args )
{
Sender s = new Sender( alarmList ) ;
Reader r = new Reader( alarmList ) ;

s.start() ;
r.start() ;
}
}

class Sender extends Thread
{
LinkedBlockingQueue< FaultAlarm > alarmList ;

public Sender(LinkedBlockingQueue< FaultAlarm > alarmList )
{
this.alarmList = alarmList;
}

public void run()
{
int i = 0 ;
while( i < 300000 )
{
++ i ;
FaultAlarm faultAlarm = new FaultAlarm() ;

faultAlarm.setAlarmnumber( "msg.getValByName" ) ;
faultAlarm.setAlarmobject( "msg.getValByName" ) ;
faultAlarm.setObjclass( "msg.getValByName" ) ;
faultAlarm.setAlarmtype( "msg.getValByName" ) ;
faultAlarm.setProbablecause( "msg.getValByNa" ) ;
faultAlarm.setAlarmdesc( "msg.getValByName" ) ;
faultAlarm.setAlarmlevel( "msg.getValByName" ) ;
faultAlarm.setAlarmtext( "msg.getValByName(" ) ;
faultAlarm.setStarttime( "msg.getValByName" ) ;
faultAlarm.setIscleared( "msg.getValByName" ) ;
faultAlarm.setIsacked( "msg.getValByName" ) ;
faultAlarm.setEndtime( "msg.getValByName" ) ;
faultAlarm.setAcktime( "msg.getValByName(" ) ;
faultAlarm.setClearperson( "msg.getValByName(" ) ;
faultAlarm.setAckperson( "msg.getValByName" ) ;
faultAlarm.setBelongequip( "msg.getValByName" ) ;
faultAlarm.setVendor( "msg.getValByName(" ) ;
faultAlarm.setBelongshelf( "msg.getValByName(" ) ;
faultAlarm.setBelongsubshelf( "msg.getValByName(" ) ;
faultAlarm.setBelongstation( "msg.getValByName" ) ;
faultAlarm.setBelonghouse( "msg.getValByName( " ) ;
faultAlarm.setBelongtransys( "msg.getValByName(" ) ;
faultAlarm.setBelongframe( "msg.getValByName( " ) ;
faultAlarm.setBelongslot( "msg.getValByName(" ) ;
faultAlarm.setBelongpack( "msg.getValByName( " ) ;
faultAlarm.setBelongport( "msg.getValByName( " ) ;
faultAlarm.setRemark( "msg.getValByName( " ) ;
faultAlarm.setAlarmTrend( "msg.getValByName( " ) ;
faultAlarm.setSubnetName( "msg.getValByName( " ) ;

try
{
System.out.println( "加入对象:" + i ) ;
alarmList.put( faultAlarm ) ;

if( i == 250000 )
{
Thread.sleep( 15000 ) ;
}
}
catch ( InterruptedException e )
{
e.printStackTrace() ;
}
}


try
{
Thread.sleep( 100000 ) ;
}
catch ( InterruptedException e )
{
e.printStackTrace() ;
}
}
}

class Reader extends Thread
{
LinkedBlockingQueue< FaultAlarm > alarmList ;

public Reader(LinkedBlockingQueue< FaultAlarm > alarmList )
{
this.alarmList = alarmList;
}

public void run()
{

FaultAlarm obj ;

while( true )
{
try
{
Thread.sleep( 1 ) ;
obj = alarmList.take() ;
}
catch ( InterruptedException e )
{
e.printStackTrace();
}
}
}
}
...全文
1287 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
wifewifewife 2009-11-03
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 mouer 的回复:]
释放内存?你怎么知道没有释放内存。
obj = alarmList.take();
这句你把 alarmList 移除的元素有赋值给了obj。
jvm当然不能帮你移除了
[/Quote]
同意!
「已注销」 2009-11-03
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 viszl 的回复:]
这个不是LinkedBlockingQueueo的问题
你可以再obj = alarmList.take() ; 后再写一句obj=null;
然后在看一个线程,每隔一分钟System.gc()一下,就可以保证内存稳定在一个合适的值上了
[/Quote]

老兄,谢谢你,看了你的回复让我想通了。
while( true )
{
try
{
Thread.sleep( 1 ) ;
obj = alarmList.take() ;
}
catch ( InterruptedException e )
{
e.printStackTrace();
}
}
这个代码每次take,然后更新obj引用,确实会在堆中产生一堆废弃的数据,这个没问题
不过GC的工作方式是要等一个方法执行完后,才回收方法体中的数据,由于while(true)和take的线程等待问题,方法永远不可能退出,也就是说,只有手工调GC,他才回收。

希望别的朋友看到后可以避免这种问题,要小心一个循环代码中的引用。
loveofmylife 2009-11-02
  • 打赏
  • 举报
回复
这个不是LinkedBlockingQueueo的问题
你可以再obj = alarmList.take() ; 后再写一句obj=null;
然后在看一个线程,每隔一分钟System.gc()一下,就可以保证内存稳定在一个合适的值上了
「已注销」 2009-11-02
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 mouer 的回复:]
释放内存?你怎么知道没有释放内存。
obj = alarmList.take();
这句你把 alarmList 移除的元素有赋值给了obj。
jvm当然不能帮你移除了
[/Quote]


你说的这个是没错,但是

FaultAlarm obj ;

while( true )
{
try
{
Thread.sleep( 1 ) ;
obj = alarmList.take() ;
}
catch ( InterruptedException e )
{
e.printStackTrace();
}
}

你仔细看,每次take一个,是拿到了引用,不会被除,可是他是在循环里的,也就是说,每次循环只保留一个最新take的引用,之前的就应该是清除了。

我说没有清除是观查内存占用的。
mouer 2009-11-02
  • 打赏
  • 举报
回复
释放内存?你怎么知道没有释放内存。
obj = alarmList.take();
这句你把 alarmList 移除的元素有赋值给了obj。
jvm当然不能帮你移除了
已经博主授权,源码转载自 https://pan.quark.cn/s/a4b39357ea24 ### TDS 2014示波器使用手册知识点总结 #### 一、TDS 1000B 和 TDS 2000B 系列数字存储示波器概述 - **产品系列**: TDS 1000B 和 TDS 2000B 是由 Tektronix 公司所研发并推出的数字存储示波器产品线。 - **功能定位**: 主要致力于为电子工程师以及研发人员提供具备高性能与高精度的信号测量设备。 - **应用领域**: 此类设备被普遍应用于教育机构、研发实验室以及工业生产过程中的测试环节。 #### 二、TDS 2014示波器基本操作与使用 - **开机与基本设置**: - 在启动设备时,必须确保仪器已经正确接地。 - 在使用之前,需要根据观察需求设定合适的屏幕亮度、对比度等显示参数。 - **通道选择与配置**: - 可以通过触摸显示屏或设备前面板上的按钮来选定需要进行的测量通道。 - 可依据实际需求来调整垂直灵敏度、水平时间基准等设置项。 - **触发设置**: - 触发模式包括自动、常态、单次等多种选择。 - 触发源与阈值设定涉及确定触发信号的具体来源及其电压阈值水平。 - **测量与分析功能**: - 提供多种自动测量功能选项,涵盖电压峰峰值、频率等参数的测量。 - 支持对波形进行数学运算,例如执行两个波形的相加或相减操作。 #### 三、TDS 2014示波器高级特性 - **波形捕获率**: - 波形捕获率越高,意味着在检测偶发事件方面的能力越强。 - **波形存储与回放**: - 支持将波形数据存储到内部存储单元或外部存储设备中。 - 用户能够随时调取先前保存的波形数据,以进行深入分析。 - *...
内容概要:本文聚焦2026年高教社杯全国大学生数学建模竞赛B题“无线电干扰源的快速自动定位与清除”,同时整合了多个数学建模与工程技术仿真研究资源,涵盖SEM广告投放策略优化、无人机协同路径规划、电力系统无功优化、微电网调度、负荷预测、电动汽车响应率建模等多个领域。其中重点详述了SEM广告投放策略的系统性建模,构建了从问题诊断、关键词分类、预算优化到不确定性环境下鲁棒决策的完整框架。提出基于成本—效益二维归一化的五类关键词划分方法(黄金词、重点词、潜力词、问题词、无效词),并建立了0-1整数规划与CVaR鲁棒优化模型,实现注册转化最大化与风险控制的平衡。文档还汇集了大量基于Matlab/Simulink的仿真资源,涉及智能优化算法、机器学习、信号处理、路径规划等方向,并配套提供代码与论文支持,形成跨学科的技术资源共享平台。; 适合人群:具备一定数据分析与建模基础,正在准备数学建模竞赛或从事科研工作的本科生、研究生及工程技术人员。; 使用场景及目标:①应用于数学建模竞赛备赛,学习多目标优化、分类模型、鲁棒决策等建模范式;②开展广告投放、电力调度、路径规划等领域的科研项目时借鉴模型构建与算法实现方法;③通过提供的Matlab/Python代码快速复现经典或前沿研究成果,提升科研效率与实践能力。; 阅读建议:此资源集合了多个独立研究主题,建议读者根据自身研究方向选择性阅读,重点关注模型构建逻辑与算法实现细节,并结合所提供的Matlab/Python代码进行实践验证,以加深理解与应用能力。

62,621

社区成员

发帖
与我相关
我的任务
社区描述
Java 2 Standard Edition
社区管理员
  • Java SE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧