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();
}
}
}
}
...全文
1288 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/054d920fa1d1 《学生博客信息管理系统详解》 学生博客信息管理系统是一款针对教育环境而设计的简化博客平台,其主要目的在于协助教师进行学生博客信息的监控与管理,并对学生的作业得分进行记录。该系统具备方便的查询和访问特性,能够显著提升教学活动中的信息传递效率,并且为学生构建了一个展示个人能力、交流知识的平台。 1. **系统架构** 学生博客信息管理系统大概采用了常规的三层架构,涵盖了表现层(用户交互界面)、业务逻辑层(负责业务规则的执行)以及数据访问层(负责与数据库进行数据交换)。此类架构有利于代码的规范化管理与维护,有助于提升系统的可扩展性与代码复用率。 2. **功能模块** - **用户管理**:包含注册、登录、个人资料维护等功能,旨在保障用户能够安全地使用系统。 - **博客发布**:学生能够建立、修改和移除自己的博客文章,内容形式支持文本、图片、链接等多样化展示。 - **博客查询**:用户可根据关键词、作者等条件进行检索,以快速定位所需的博客内容。 - **作业评分**:教师可以检视学生的作业,实施评分与评语,系统将自动计算每次作业的平均分数与总得分。 - **统计分析**:系统提供数据统计功能,例如学生作业成绩的分布情况、活跃度最高的博主排行等,为教学决策提供数据依据。 3. **技术选型** 从提供的文件"博客管理.jar"可以推断,该系统可能基于Java语言开发,因为.jar是Java程序的可执行文件格式。同时,"博客管理_lib"可能包含了系统运行所需的第三方库资源,这些库资源或许包含了Spring框架、Hibernate用于数据持久化处理,或MyBatis用于数据库交互,...

62,620

社区成员

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

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