一种基于JVM内存使用的优化策略

来源 :船海工程 | 被引量 : 0次 | 上传用户:owenyhz
下载到本地 , 更方便阅读
声明 : 本文档内容版权归属内容提供方 , 如果您对本文有版权争议 , 可与客服联系进行内容授权或下架
论文部分内容阅读
  摘 要:Java虚拟机在运行应用程序查询操作时,存在由于查询结果数据量大和查询并发性高而出现系统不稳定的问题。本文实现了一种JVM内存使用优化方案:恒定使用JVM内存,在硬件成本不提高的情况下,保证了系统稳定运行。
  关键词:JAVA;JAVA虚拟机;内存使用优化;稳定性
  中图分类号:TP316.8 文献标志码:A
  
  An Optimization Strategy Based on The Memory Usage’s in JVM
  Zhang Hong-mei
   (The Computer Department of Vocation College of Bin ZhouBin Zhou256603 China)
  Abstract:The unsteady question appears in java virtual computer’s query because of a great of query’records and eruptions. The text gives an excellent project of usage memory in JVM:Keeps constant in usage memory of JVM. The stability of the system is promised under that the cost of hardware does not rise.
  Key Words:JAVA; JVM; Memory Usage’s Optimization;Stability
  
  尽管现在内存的性价比越来越高,但操作系统管理内存的空间不是无限大的,Java虚拟机(JVM)对内存的管理能力也是有限的[1]。在硬件配置一定的情况下,如果JVM能够巧妙的使用有限的内存,则可以使系统避免因内存overflow而出现宕机的情况。
  因此,对JVM的内存使用优化技术进行研究将具有重要的价值。下面针对在保险公司的业务查询中曾碰到的问题进行分析研究,并给出了具体的解决方案。
  
  1 JVM内存未优化使用出现的问题
  
  网络计算机(Network Computer——NC)在金融、保险、教育、电信等行业的市场表现良好,已创造出相当可观的经济效益和社会价值,具有很大的发展潜力。由支持Java的三层构架[2]实现的NC的软件设计如图1所示,这种结构已成为NC发展的必然趋势。
  NC系统软件包括两大部分:运行在NC上的NCOS和运行在应用服务器上的NC Server。由图1可以看出Java虚拟机是两大部分的主要组件,它对内存的管理能力将影响Java应用程序执行的具体效果以及NC中其他服务的性能表现。
  


  1.1 宕机的出现
  阳光财产保险公司的管理系统即采用此结构:在数据库服务器端使用的是Sybase12.5;应用服务器使用的是WebLogic8;网络操作系统采用的是Linux。系统起初运行时一切正常。但随着业务量的增加,数据库也越来越大。在一次月终总结查询时,出现了问题——按险种进行本地投保金额统计,出现了服务器停止响应,即宕机(shut down)。
  1.2 对出现宕机现象的分析
  Java程序在运行过程中所进行的操作是通过实例化的对象调用成员方法实现的,当需要构造对象实例时,程序解释器向操作系统发出内存申请,操作系统从内存堆中预留一块内存空间,并使用这个空间来存储对象实例变量的值。“无用单元回收”是程序中的一个实用线程或进程跟踪程序,对那些不再被使用的内存单元进行清理,并将释放后的内存单元归还操作系统以便复用。但是此进程跟踪程序只有在内存短缺时,才对“无用单元”进行回收[3]。如果有大量的数据占用了内存空间,而无更多的“无用单元”进行释放,此时再为实例化对象申请空间时,便出现内存不足的问题,即可能出现由于系统内存不足而导致系统运行意外中断等例外情况的发生。
  对于结果数据量大的查询而出现的宕机问题,作了这样的分析研究:
  1)由于查询结果的记录首先要读入JVM内存,所以一个查询操作就可能有大量的数据占用了JVM内存。
  2)在月终按某种险种进行金额汇总时,在各个分枝机构点都有这样的操作,此时查询操作的并发性高。大量的查询结果记录同时占用NC Server JVM所管理的内存。
  排除其它硬件问题,出现系统shut down情况的一种最大可能是JVM使用的内存不足。
  
  2 JVM内存使用优化方案
  
  在查询结果数据量小且并发少的情况下,系统运行是稳定的,只有当数据库中记录总数增多,查询的结果也越来越庞大时,才会出现上面见到的现象。所以,如果各个进程合理使用JVM内存,而不是长时间大量占用内存,可以解决由内存短缺而造成的系统中断问题。
  依据以上对JVM使用内存的分析,作者经较长时间的研究与实践,最终得出解决此问题的一种方案——恒定使用Java虚拟机内存。
  2.1 优化思想
  恒定使用Java虚拟机内存的思想是:客户端通过应用服务器对数据库进行查询时,不再将在数据库中查询到的所有记录一次性读入JVM内存,然后再返回给客户端,而是将查询得到的部分记录占用恒定的内存大小,逐步组织为查询结果文件,先暂存于应用服务器的硬盘上,然后将压缩的“查询结果文件”传输给客户端。
  2.2 生成查询结果文件
  优化从数据库中查询到的数据,组织为查询结果文件,具体操作是:每次从数据库服务器读取MAX行(譬如2000行)数据后,在JVM内存中经过简单加工,写入“查询结果文件”,直到所有的结果已查出。所生成的查询结果文件是压缩的,目的是减少文件的大小,缩短客户端读取此文件时的传输时间。以上操作的结果是,最多只有MAX行的记录占用JVM内存,而其它已查到的记录已陆续写入了硬盘,这就保证了JVM内存使用的大小是“恒定”的。生成查询结果文件的主要代码如下:
  //1 取得数据库联接,执行查询SQL语句,得到结果集 ResultSet
  Connection connection=...
  Statement stmt=onnection.createStatement();
  ResultSetrs=stmt.executeQuery(sql);
  //2从数据库服务器读取数据,写入压缩文件
  //2.1打开压缩文件输出流
  FileOutputStreamfileOutputStream=new FileOutputStream(fileName);
  GZIPOutputStream zipOutputStream=new GZIPOutputStream(fileOutputStream);
  //2.2从rs中读取数据,缓存到内存对象buffer while (rs.next()) {
  //根据需要对数据加工
  buffer.append(″一行数据″);
  count++;
  //当达到预定的阀值(_VALVE)时,写入压缩文件,释放内存。
  if (count== _VALVE) {
  // 2.2.1 写文件
  byte[] bys=
  buffer.toString().getBytes(″UTF-8″);
  zipOutputStream.write(bys, 0, bys.length);
  //2.2.2释放内存,计数器归零
  … } }
  2.3 查询结果的读取
  暂存于应用服务器上的查询结果压缩文件,可直接通过http协议传输给客户端,在客户端只要解开压缩文件,即可显示所查到的结果。其主要代码如下:
  //1从应用服务器端获取查询结果文件
  URL url=new URL(urlString);
  InputStream in=url.openStream();
  GZIPInputStream zipInputStream=new
  GZIPInputStream(in);
  InputStreamReader inputStreamReader=new InputStreamReader(zipInputStream,“UTF-8”);
  BufferedReader bufReader=new
  BufferedReader(inputStreamReader);
   //2读取文件内容,展示数据
  }
  
  3 结束语
  
  本文的优化方案主要有以下3个特点:
  1)每次从数据库服务器读取预定的数据行到JVM内存进行数据加工,然后写入文件系统,从而避免了由于数据量太大而导致JVM内存急剧消耗。
  2)生成的查询结果文件通过压缩文件的方式传给客户,减小了文件大小,缩短了文件传输时间。
  3)在系统硬件资源开销不增加的情况下,保证了大数据量查询时系统运行的稳定性。
  本方案在阳光财产保险公司计算机管理系统中应用,被证明是一种解决由JVM内存短缺引起系统不稳定的切实可行的方法。
  
  参考文献
  [1]朱喜福.Java程序设计[M].北京:人民邮电出版社,2006.
  [2]HenryXie.J2EE经典实例详解[M].北京:人民邮电出版社,2003.
  [3]王克宏,郝建文.Java 技术教程[M].北京:清华大学出版社,2002.
  [4]吕凤翥.Java语言程序设[M].北京:清华大学出版社,2007.
  [5]李超燕.数据库原理及应用教程[M].北京:科学出版社,2004.
其他文献
九重宫阙,万里山河,当携满荣光的一生走到尽头时,元宏最想带走的只有那个或许早已不将他放在心间的女子—冯润。想来若是下一世顺遂安乐,或许尚能求一个白首同心。  彼年初见是在太和七年他的选妃宴上。那时冯润才14岁,冯清更小一些,被太皇太后带在身旁,高台之下是太皇太后亲自为他挑选的世家女子。冯润垂首而立,鸦青的发半遮着娇红的容颜。她嘴角的笑窝甜蜜而诱人,于是其他女子都成了模糊的陪衬,元宏看着她怔怔出了神
期刊
她本是一朵无忧无虑的清莲,世界天高海阔,阳光明媚,怎奈一场狂风暴雨,便使她零落成泥。  她的父亲是御医,被冤入狱后死于非命,母亲因此一病不起,很快便追随父亲而去。天地瞬间失色,宇文柔奴这朵清丽的莲断了根,摇摇欲坠。叔叔看着这个小女孩叹了口气,却狠心将她卖到了京城歌院。从此,她从清白之家坠入万丈红尘,成了一名卑微如草的歌伎。  虽然年幼懵懂,但忽然之间少了父母疼爱,所见全是冷漠,所听皆是责骂,柔奴如
期刊
夕阳西下,残红染尽末世繁华,大秦帝国的丧钟已然敲响,宫人们匆忙逃离不知去向,偌大的咸阳宫透不出一缕光。幔帐下,秦王子婴盘膝静坐,默默凝视着几案上的棋盘,黑白纵横,满盘皆输已是注定。如今虽说兵临城下,可他此生却也不负苍天。  那年,赵高与李斯等人设计杀害公子扶苏,秦宫正经历着一场血腥的皇位之争。子婴深知不宜锋芒毕露,他不问不争,掩藏锋芒于暗处,静待风云变幻。  胡亥继位后斩杀旧臣,但凡有才能的皇子都
期刊
裴氏出生于名门望族,自幼博览群书,是裴家的掌上明珠。然而自嫁给魏徵后,她的生活便发生了翻天覆地的变化。  彼时魏徵还只是个名不见经传的小人物,父亲早丧,家门衰微,他空有满腹经纶与一腔热忱,在隋朝末年的动乱年代里却是报国无门。  在那些清贫的日子里,魏徵常与裴氏一起探讨天下大事,评说古今奇谈,虽然穷困潦倒,却乐得自在逍遥。他们的房子破旧不堪,每当严冬来临,常常四处漏风。有年冬天,裴氏染了风寒,缩在被
期刊
摘要:介绍了船模拖曳水池概况,以及水池轨道、拖车性能指标,结合水池尺度合理选择了标定用的阻力模型,并给出船模对比试验的结果。试验结果表明,该水池的各项性能指标良好。能满足教学科研和工程上的试验要求。  关键词:船舶性能;拖曳水池;船模试验  中图分类号:U661.73文献标志码:B    Contrast Study on the Test of Towing Tank Ship Model  Y
期刊
“如果有一日你先我而去,我该如何是好?”莫寒问这句话时,小妖正站在梅树下。白雪皑皑的梅岭上只有几树红梅不甘寂寞地开放,如胭脂,也如她站在树下折花含笑的面容。  她将手里的半枝梅花放入莫寒手心,对上他不安的眸子,“花不常开,树却不死。总有来年,你等我便是了。”  梅岭以梅花成名,千尺绝壁上常年是一片苍茫,只是白得太过无瑕,便难免有了拒人千里之外的疏离,所幸还有梅树相伴。到了寂寥无人的深冬,漫山红梅燃
期刊
摘 要:UML是一个通用的标准建模语言,是面向对象分析与设计方法的表现手段。以学生综合管理信息系统建模为例,介绍了UML在该系统中的应用和系统的建模过程,给出了系统的主要用例图、部分类图、状态图供使用UML建模人员参考。  关键词:UML;面向对象;管理信息系统  中图分类号:U692;N945.12 文献标志码:A    Application of UML At Management Info
期刊
摘要:从全球港口发展的阶段来看,发达国家自进入后工业化时期,现代港口已步入第三代港口发展期。最为显著的特征表现为:工业向柔性和个性化方向发展,虚拟企业开始出现,港口成为全球生产、销售等整个供应链中重要的节点,加之高新技术在港口领域得到全面应用,港口功能进一步完善,成为全球资源配置的重要枢纽。港口作为国际物流活动主要的载体,在国际贸易与国际经济合作中愈来愈发挥着重要作用。本文就世界几大先进港口的发展
期刊
恋笔纪  她是《陆贞传奇》里阴险专权的娄太后,是《兰陵王》中的美男子高长恭的祖母,她是娄昭君。抛开影视剧中的传奇色彩,她是敢于追求爱情的鲜卑族少女,是勇于守护爱情的温婉女子,是甘于和心爱之人相濡以沫过一生的平凡女子。  怀朔城里的红杏落了满地,燕子双双飞去,她站在城墙下又开始做那个梦了。  一  记忆里那是个春色淡远的午后,溪水叮咚,柳色青青,一少女携着侍女顺着河岸走过。不经意回眸,她正好望见了城
期刊
摘要:从分析船舶适航要求和事故发生的原因出发,分清船员疏忽与不适航的不同之处,从而提出船舶适航所要求的合格船员的评判标准  关键词:合格船员;疏忽行为;评判标准  中图分类号:U698.6文献标志码:B    Standard of Qualified Crew Required by the Seaworthiness of the Ship  ZHANG Yi xin  (Shanghai M
期刊