ICOM 21期 广东瑞联科技有限公司

关于Java内存管理的几个小技巧


      这里将介绍几则Java内存管理的小技巧,让你告别陋习,为Java程序提速。  有不少人都说“Java完了,只等着衰亡吧!”,为什么呢?最简单的的例子就是Java做的系统时非常占内存!一听到这样的话,一定会有不少人站出来为Java辩护,并举出一堆的性能测试报告来证明这一点。其实从理论上来讲Java做的系统并不比其他语言开发出来的系统更占用内存,那么为什么却有这么多理由来证明它确实占内存呢?两个字,陋习。

1、用StringBuffer代替字符串相加。
  这个我就不多讲了,因为已经被 人讲过N次了。我只想将一个不是笑话的笑话,我在看国内某“著名”java开发的WEB系统的源码中,竟然发现其中大量的使用字符串相加,一个拼装SQL 语句的方法中竟然最多构造了将近100个string实例。无语中!
  2、别用new Integer。
  和Boolean类似,java开发中使用Integer封装int的场合也非常 多,并且通常用int表示的数值通常都非常小。SUN SDK中对Integer的实例化进行了优化,Integer类缓存了-128到127这256个状态的Integer,如果使用 Integer.valueOf(int i),传入的int范围正好在此内,就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。如果您的系统要在不同的SDK(比如IBM SDK)中使用的话,那么可以自己做了工具类封装一下,比如IntegerUtils.valueOf(),这样就可以在任何SDK中都可以使用这种特性。
  3、别用new Boolean()。
  在很多场景中Boolean类型是必须的,比如JDBC中boolean类型的set与get都是通过Boolean封装传递的,大部分ORM也是用Boolean来封装boolean类型的,比如:
  以下是引用片段:
  ps.setBoolean(“isClosed”,new Boolean(true));
  ps.setBoolean(“isClosed”,new Boolean(isClosed));
  ps.setBoolean(“isClosed”,new Boolean(i==3));
  通常这些系统中构造的Boolean实例的个数是相当多的,所以系统中充满了大量Boolean实例小对象,这是相当消耗内存的。Boolean类实际上只要两个实例就够了,一个true的实例,一个false的实例。
  Boolean类提供两了个静态变量:
  以下是引用片段:
  public static final Boolean TRUE = new Boolean(true);
  public static final Boolean FALSE = new Boolean(false);
  因为valueOf的内部实现是:return (b ? TRUE : FALSE);
  所以可以节省大量内存。相信如果Java规范直接把Boolean的构造函数规定成private,就再也不会出现这种情况了。

  4、过滥使用哈希表
  有一定开发经验的开发人员经常会使用hash表(hash 表在JDK中的一个实现就是HashMap)来缓存一些数据,从而提高系统的运行速度。比如使用HashMap缓存一些物料信息、人员信息等基础资料,这 在提高系统速度的同时也加大了系统的内存占用,特别是当缓存的资料比较多的时候。其实我们可以使用操作系统中的缓存的概念来解决这个问题,也就是给被缓存的分配一个一定大小的缓存容器,按照一定的算法淘汰不需要继续缓存的对象,这样一方面会因为进行了对象缓存而提高了系统的运行效率,同时由于缓存容器不是无限制扩大,从而也减少了系统的内存占用。现在有很多开源的缓存实现项目,比如ehcache、 oscache等,这些项目都实现了FIFO、MRU等常见的缓存算法。
  5、避免过深的类层次结构和过深的方法调用。
  因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。
  6、对频繁使用的对象采用对象池技术。
  7、尽量避免使用static变量,类内私有常量可以用final来代替。
  8、变量只有在用到它的时候才定义和实例化。
  9、保证每个IO操作,connection及时关闭。

 

如何做好QA工作


看过许多同行兄弟姐妹的工作感受,反映了一些从事QA工作过程中的困惑,心里也很有同感。这边和大家分享一点心得。


1、调整好自己的心态。


尊重开发人员、产品经理、经理等项目组内同事,不要把自己定位为监工,要把自己定位为服务员。如果你真的是从心里想帮助大家把事情做好,而不是教训别人,大家会感受到的。很多时候,调整好自己的心态才是难点。


2、有的放矢


不要盲目的发表意见,要做到有理有据,这也是避免组内成员产生争执和不理解的前提。在提出意见和建议前,最好做一下调查,收集一些资料和数据,或者和大家深入的聊一聊,开一些交流会,座谈会,收集到一线开发人员的真实感受,不要自己一觉得有问题就冲出来,这样肯定会被别人反感,也会降低大家对QA的认同和信任感。


3、数据说话


质量工作相对务虚不假,之前做测试好歹还有很多的bug摆在那里,刚开始做QA工作确实觉得虚了很多。自己的产出在哪里?后来发现,其实还是可以有很多的,呵呵。你可以给相关人员进行培训(质量知识、软件工程知识、产品开发知识、质量制度和规范等等),会议记录和培训资料算是你的产出的一部分。另外,对于项目过程中产生的问题,变更等,要有记录,一定周期内作出分析和报告,比如,变更发生率,项目延期的原因分布,与计划的不符合程度等等。进一步提出改进建议,有了这些数据支持,你提出建议也就更有说服力。


4、沟通再沟通


其实很多问题都是发生在沟通上,我觉得沟通好了,起码可以解决70%的问题。多为大家提供交流和沟通的机会,比如,发起一个交流会,让组内同事互相培训,形成一个良好的内部学习交流气氛。另外,什么也比不过面对面的沟通,抛弃聊天工具和email吧,走过去,和你的同事一起好好聊聊,吃饭的时候,坐车的时候,你会发现很多深入的问题的,呵呵。


5、循序渐进


规范制定好了,不要一下子就想完全推行到底。毕竟要改变别人已有的习惯,是会让别人不舒服的,呵呵。所以要循序渐进,分期分批,一点点来,习惯慢慢的就被改变了,这样大家就不会太抵触。而且,在分期分批推行规范的过程中,别忘了不断收集反馈意见,不断改进和修正规范,规范可不是qa说是什么就是什么的,一定要收集大家的意见,达成共识,这样才有被大家执行的基础。


6、展示自己


QA工作务虚,但是可以落到实处,是有很多实际工作要做的,比如文档编写,规范起草。培训、评审、跟进问题。这些工作的成果如何体现,效果如何,可以通过一些问卷调查,来收集大家的反馈,举个例子,如果推行产品开发流程规范前大家对流程的满意度是50%,推行规范两个月以后,满意度成了90%,你说这是谁的功劳呢?呵呵,这也是数据说话的一个方面,也是QA工作成绩的展现。


二四天天正版免费资枓大