`
jxd_zxf
  • 浏览: 231782 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

Java性能优化之——漫谈Java程序的性能优化

    博客分类:
  • Java
阅读更多

漫谈Java程序的性能优化

        在Java程序中,性能问题的大部分原因并不在于Java语言,而是在于程序本身。养成好的代码编写习惯非常重要,比如正确地、巧妙地运用java.lang.String类和java.util.Vector类,它能够显著地提高程序的性能。下面我们就来具体地分析一下这方面的问题。
 

        Java使得复杂应用的开发变得相对简单。毫无疑问,它的这种易用性对Java的大范围流行功不可没。然而,这种易用性实际上是一把双刃剑。一个设计良好的Java程序,性能表现往往不如一个同样设计良好的C++程序。在Java程序中,性能问题的大部分原因并不在于Java语言,而是在于程序本身。养成好的代码编写习惯非常重要,比如正确地、巧妙地运用java.lang.String类和java.util.Vector类,它能够显著地提高程序的性能。下面我们就来具体地分析一下这方面的问题。

 

        在Java中,使用最频繁、同时也是滥用最多的一个类或许就是java.lang.String,它也是导致代码性能低下最主要的原因之一。请考虑下面这个例子:

 

String s1 = "Testing String";
String s2 = "Concatenation Performance";
String s3 = s1 + " " + s2;

 

        几乎所有的Java程序员都知道上面的代码效率不高。那么,我们应该怎么办呢?也许可以试试下面这种代码:

 

StringBuffer s = new StringBuffer();
s.append("Testing String");
s.append(" ");
s.append("Concatenation Performance");
String s3 = s.toString();

 

        这些代码会比第一个代码片段效率更高吗?答案是否定的。这里的代码实际上正是编译器编译第一个代码片段之后的结果。既然与使用多个独立的String对象相比,StringBuffer并没有使代码有任何效率上的提高,那为什么有那么多的Java书籍批评第一种方法、推荐使用第二种方法?

 

        第二个代码片段用到了StringBuffer类(编译器在第一个片段中也将使用StringBuffer类),我们来分析一下StringBuffer类的默认构造函数,下面是它的代码:

 

public StringBuffer() { this(16); }

 

        默认构造函数预设了16个字符的缓存容量。现在我们再来看看StringBuffer类的append()方法:

 

public synchronized StringBuffer append(String str) {
if (str == null) {
str = String.valueOf(str);
}
int len = str.length();
int newcount = count + len;
if (newcount > value.length) expandCapacity(newcount);
str.getChars(0, len, value, count);
count = newcount; return this;
}

 

        append()方法首先计算字符串追加完成后的总长度,如果这个总长度大于StringBuffer的存储能力,append()方法调用私有的expandCapacity()方法。expandCapacity()方法在每次被调用时使StringBuffer存储能力加倍,并把现有的字符数组内容复制到新的存储空间。

 

        在第二个代码片段中(以及在第一个代码片段的编译结果中),由于字符串追加操作的最后结果是“Testing String Concatenation Performance”,它有40个字符,StringBuffer的存储能力必须扩展两次,从而导致了两次代价昂贵的复制操作。因此,我们至少有一点可以做得比编译器更好,这就是分配一个初始存储容量大于或者等于40个字符的StringBuffer,如下所示:

 

StringBuffer s = new StringBuffer(45);
s.append("Testing String");
s.append(" ");
s.append("Concatenation Performance");
String s3 = s.toString();

 

        再考虑下面这个例子:

 

String s = "";
int sum = 0;
for(int I=1; I<10; I++) {
sum += I;
s = s + "+" +I ;
}
s = s + "=" + sum;

 

        分析一下为何前面的代码比下面的代码效率低:

 

StringBuffer sb = new StringBuffer();
int sum = 0;
for(int I=1;
I<10; I++){
sum + = I;
sb.append(I).append("+");
}
String s = sb.append("=").append(sum).toString();

 

        原因就在于每个s = s + "+" + I操作都要创建并拆除一个StringBuffer对象以及一个String对象。这完全是一种浪费,而在第二个例子中我们避免了这种情况。

 

        我们再来看看另外一个常用的Java类??java.util.Vector。简单地说,一个Vector就是一个java.lang.Object实例的数组。Vector与数组相似,它的元素可以通过整数形式的索引访问。但是,Vector类型的对象在创建之后,对象的大小能够根据元素的增加或者删除而扩展、缩小。请考虑下面这个向Vector加入元素的例子:

 

Object obj = new Object();
Vector v = new Vector(100000);
for(int I=0;
I<100000; I++) { v.add(0,obj); }

 

        除非有绝对充足的理由要求每次都把新元素插入到Vector的前面,否则上面的代码对性能不利。在默认构造函数中,Vector的初始存储能力是10个元素,如果新元素加入时存储能力不足,则以后存储能力每次加倍。Vector类就象StringBuffer类一样,每次扩展存储能力时,所有现有的元素都要复制到新的存储空间之中。下面的代码片段要比前面的例子快几个数量级:

 

Object obj = new Object();
Vector v = new Vector(100000);
for(int I=0; I<100000; I++) { v.add(obj); }

 

        同样的规则也适用于Vector类的remove()方法。由于Vector中各个元素之间不能含有“空隙”,删除除最后一个元素之外的任意其他元素都导致被删除元素之后的元素向前移动。也就是说,从Vector删除最后一个元素要比删除第一个元素“开销”低好几倍。

 

        假设要从前面的Vector删除所有元素,我们可以使用这种代码:

 

for(int I=0; I<100000; I++){ v.remove(0); }

       

        但是,与下面的代码相比,前面的代码要慢几个数量级:

 

for(int I=0; I<100000; I++){ v.remove(v.size()-1); }

 

        从Vector类型的对象v删除所有元素的最好方法是:

 

v.removeAllElements();

 

        假设Vector类型的对象v包含字符串“Hello”。考虑下面的代码,它要从这个Vector中删除“Hello”字符串:

 

String s = "Hello"; int i = v.indexOf(s); if(I != -1) v.remove(s);

 

        这些代码看起来没什么错误,但它同样对性能不利。在这段代码中,indexOf()方法对v进行顺序搜索寻找字符串“Hello”,remove(s)方法也要进行同样的顺序搜索。改进之后的版本是:

 

String s = "Hello"; int i = v.indexOf(s); if(I != -1) v.remove(i);

 

        这个版本中我们直接在remove()方法中给出待删除元素的精确索引位置,从而避免了第二次搜索。一个更好的版本是:

 

String s = "Hello"; v.remove(s);

 

        最后,我们再来看一个有关Vector类的代码片段:

 

for(int I=0; I

 

        如果v包含100,000个元素,这个代码片段将调用v.size()方法100,000次。虽然size方法是一个简单的方法,但它仍旧需要一次方法调用的开销,至少JVM需要为它配置以及清除堆栈环境。在这里,for循环内部的代码不会以任何方式修改Vector类型对象v的大小,因此上面的代码最好改写成下面这种形式:

 

int size = v.size(); for(int I=0; I


        虽然这是一个简单的改动,但它仍旧赢得了性能。毕竟,每一个CPU周期都是宝贵的。

 

        拙劣的代码编写方式导致代码性能下降。但是,正如本文例子所显示的,我们只要采取一些简单的措施就能够显著地改善代码性能。

 

原文地址:http://developer.51cto.com/art/200804/67337_1.htm

 
分享到:
评论

相关推荐

    分享Java相关的东西 - Java安全漫谈笔记相关内容.zip

    Java 安全漫谈目录Java安全漫谈 - 01.Java的动态特性——反射Java安全漫谈 - 02.引用的简单使用Java安全漫谈 - 03.反射的几个进阶技巧Java安全漫谈 - 04.RMI的通信过程分析Java安全漫谈 - 05.利用codebase攻击RMI...

    java多线程设计模式详解(PDF及源码)

    (注意,本资源附带书中源代码可供参考) 多线程与并发处理是程序设计好坏优劣的重要课题,本书通过浅显易懂的文字与实例来介绍Java线程相关的设计模式概念,并且通过实际的Java程序范例和 UML图示来一一解说,书中...

    Java多线程详解

    一、漫谈UML Java语言的线程 多线程的评量标准 二、 1、Single Threaded Execution ———— 能通过这座桥的,只有一个人 2、Immutable ———— 想破坏它也没办法 3、Guarded Suspension ———— 要等到我们准本...

    java多线程设计模式 (PDF中文版, 附源码)

    漫谈UML Introduction 1 Java语言的线程 Introduction 2 多线程程序的评量标准 第1章 Single Threaded Execution——能通过这座桥的,只有一个人 第2章 Immutable——想破坏它也没办法 第3章 Guarded Suspension——...

    漫谈大数据第四期-storm

    Storm保证每个消息都会得到处理,而且它很快——在一个小集群中,每秒可以处理数以百万计的消息。更棒的是你可以使用任意编程语言来做开发。 Storm的主要特点如下: 简单的编程模型。类似于MapReduce降低了并行...

    亚信java笔试题-tech_blog:技术文章和博客

    亚信java笔试题 深度学习技术博客和技术文章收集 词向量 从Word Embedding到Bert模型—自然语言处理中的预训练技术发展史 transformer原理讲解 前沿综述:细数2018年最好的词嵌入和句嵌入技术 放弃幻想,全面拥抱...

    Android-Architecture:【面试期刊+Android体系化学习】体系化学习Android架构知识,同时每月有面试期刊帮助你复习

    形成自己的体系)知识体系网络知识Android系统(framework层)Java知识Java反射全解析(使用、原理、问题、应用)漫谈序列化一网打尽“类”的初始化实例化知识点视图Window十二问Bitmap知识点集合性能优化启动优化

    追源索骥:透过源码看懂Flink核心框架的执行流程

    ### 追源索骥:透过源码看懂Flink核心框架的执行流程 #### 前言 Apache Flink 是一款先进的开源分布式流处理引擎,它不仅支持低延迟的流处理,同时也支持高吞吐量的数据处理场景。本文将通过剖析Flink 的核心组件...

    透过源码看懂Flink核心框架的执行流程.pdf

    首先,我们将从一个非常基本的示例——WordCount的Java代码开始,逐步了解Flink如何执行一个作业。 ### 1. 从Hello,World WordCount开始 Flink的执行流程从设置执行环境开始。在WordCount的例子中,首先创建了一个...

    安全客 2019Q2.pdf

    25. 使用Cutter和Radare2对APT32恶意程序流程图进行反混淆处理 - 展示如何利用Cutter和Radare2工具对APT32恶意程序进行反混淆处理。 26. 安全研究数据挖掘逆向工程 - 探讨数据挖掘和逆向工程技术在安全研究中的...

    xifre eclipse plugin jar

    5. **版本兼容性**:提供的两个JAR文件——org.codehaus.xfire.eclipse_1.0.2.xfire126.jar和org.codehaus.xfire.eclipse_1.0.2.xfire125.jar,分别对应不同的XFire版本,这意味着用户可以根据项目需求选择合适的...

Global site tag (gtag.js) - Google Analytics