String、StringBuilder和StringBuffe

2018-08-25  本文已影响0人  鸡哥cy
//这是String的源码,可以看出这个方法如果存在修改final
//域的情况,就会返回一个新对象,如果不需要修改这个域,直接返回this
public String replace(char oldChar, char newChar) {
        if (oldChar != newChar) {
            int len = value.length;
            int i = -1;
            char[] val = value; /* avoid getfield opcode */

            while (++i < len) {
                if (val[i] == oldChar) {
                    break;
                }
            }
            if (i < len) {
                char buf[] = new char[len];
                for (int j = 0; j < i; j++) {
                    buf[j] = val[j];
                }
                while (i < len) {
                    char c = val[i];
                    buf[i] = (c == oldChar) ? newChar : c;
                    i++;
                }
                return new String(buf, true);
            }
        }
        return this;
    }
String s1 = "hello";
String s2 = "hello";
String s3 = "he" + "llo";
String s4 = "he";
String s5 = s4 + "llo";
//这个会打印true,因为s1和s2都指向了常量池中的"hello"
System.out.println(s1 == s2);
//这个也会打印true,因为编译器会做优化将"he" + "llo"合并为"hello"
System.out.println(s1 == s3);
//编译器不会对s4 + "llo"进行优化,所以s5会在堆上分配,所以会打印false
System.out.println(s1 == s5);
String s1 = "hello";
String s2 = new String("hello");
//false s1指向常量池,s2指向堆
System.out.println(s1 == s2);
//true s2.intern()返回常量池的引用
System.out.println(s1 == s2.intern());

优点:

  1. intern()使得每个字符串都是字符串池中字符串的引用,而字符串池中的所有字符串都是唯一的,可以节省内存;
  2. 通过引用来比较字符串的速度更快(==equal(object)速度快)。

缺点:

  1. 为了确保字符串池中的字符串都是唯一的,需要做大量工作;
  2. 必须确保对所有的字符串都用了intern()方法,这样对他们比较时才能都用==,而且这种想法必须让团队中的所有成员知道;
  3. intern()后的字符串都存储在PermGen空间这个空间相对较小,因此会导致OutOfMemoryror ,即便此时空闲栈空间还很充足。

三者比较:

String 类型和StringBuffer的主要性能区别:String是不可变的对象, 因此在每次对String 类型进行改变的时候,都会生成一个新的 String 对象,然后将指针指向新的 String 对象,所以经常改变内容的字符串最好不要用 String ,因为每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以后, JVMGC 就会开始工作,性能就会降低。

使用 StringBuffer 类时,每次都会对 StringBuffer 对象本身进行操作,而不是生成新的对象并改变对象引用。所以多数情况下推荐使用 StringBuffer ,特别是字符串对象经常改变的情况下。

在某些特别情况下, String 对象的字符串拼接其实是被 Java Compiler 编译成了 StringBuffer 对象的拼接,所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢,例如:

String s1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

生成 String s1对象的速度并不比 StringBuffer慢。其实在Java Compiler里,自动做了如下转换:
Java Compiler直接把上述第一条语句编译为:

String s1 = “This is only a simple test”;

所以速度很快。但要注意的是,如果拼接的字符串来自另外的String对象的话,Java Compiler就不会自动转换了,速度也就没那么快了,例如:

String s2 = “This is only a”;
String s3 = “ simple”;
String s4 = “ test”;
String s1 = s2 + s3 + s4;

这时候,Java Compiler会规规矩矩的按照原来的方式去做,Stringconcatenation(即+)操作利用了StringBuilder(或StringBuffer)的append方法实现,此时,对于上述情况,若s2s3s4采用String定义,拼接时需要额外创建一个StringBuffer(或StringBuilder),之后将StringBuffer转换为String;若采用StringBuffer(或StringBuilder),则不需额外创建StringBuffer

使用策略:

  1. 基本原则:如果要操作少量的数据,用String ;单线程操作大量数据,用StringBuilder ;多线程操作大量数据,用StringBuffer

  2. 不要使用String类的"+"来进行频繁的拼接,因为那样的性能极差的,应该使用StringBufferStringBuilder类,这在Java的优化上是一条比较重要的原则。例如:

String result = "";
for (String s : hugeArray) {
    result = result + s;
}
 
// 使用StringBuilder
StringBuilder sb = new StringBuilder();
for (String s : hugeArray) {
    sb.append(s);
}
String result = sb.toString();

当出现上面的情况时,显然我们要采用第二种方法,因为第一种方法,每次循环都会创建一个String result用于保存结果,除此之外二者基本相同(对于jdk1.5及之后版本)。

  1. 为了获得更好的性能,在构造 StringBufferStringBuilder 时应尽可能指定它们的容量。当然,如果你操作的字符串长度(length)不超过 16 个字符就不用了,当不指定容量(capacity)时默认构造一个容量为16的对象。不指定容量会显著降低性能。

  2. StringBuilder一般使用在方法内部来完成类似"+"功能,因为是线程不安全的,所以用完以后可以丢弃。StringBuffer主要用在全局变量中。

  3. 相同情况下使用 StringBuilder 相比使用 StringBuffer 仅能获得 10%~15% 左右的性能提升,但却要冒多线程不安全的风险。而在现实的模块化编程中,负责某一模块的程序员不一定能清晰地判断该模块是否会放入多线程的环境中运行,因此:除非确定系统的瓶颈是在 StringBuffer 上,并且确定你的模块不会运行在多线程模式下,才可以采用StringBuilder;否则还是用StringBuffer

参考:

https://www.cnblogs.com/Qian123/p/5707154.html

https://blog.csdn.net/kingzone_2008/article/details/9220691

上一篇下一篇

猜你喜欢

热点阅读