String与StringBuffer的区别与作用

看看以下代码：
将26个英文字母重复加了5000次，

String tempstr = "abcdefghijklmnopqrstuvwxyz";
int times = 5000;
long lstart1=System.currentTimeMillis();
  String str ="";
  for(int i=0;i<times;i++)
  {
   str+=tempstr;
  }
  
  long lend1=System.currentTimeMillis();
  long time = (lend1-lstart1);
  System.out.println(time);

可惜我的计算机不是超级计算机，得到的结果每次不一定一样一般为 154735 左右。
也就是154秒。
我们再看看以下代码

String tempstr = "abcdefghijklmnopqrstuvwxyz";
 
  int times = 5000;
long lstart2=System.currentTimeMillis();
  StringBuffer sb =new  StringBuffer();
  for(int i=0;i<times;i++)
  {
   sb.append(tempstr);
   
  }
  long lend2=System.currentTimeMillis();
  long time2 = (lend2-lstart2);
  System.out.println(time2);
 得到的结果为 16 有时还是 0
所以结论很明显，StringBuffer 的速度几乎是String 上万倍。当然这个数据不是很准确。因为循环的次数在100000次的时候，差异更大。不信你试试。
下一次我将解释为什么StringBuffer 的效率比String 高这么多。

 

 如果你把String相加的代码用javap反汇编一下就知道为什么了。String相加是先new一个Stringbuffer，然后再执行append操作，最后使用toString返回。如此多的对象创建，当然耗时严重了。

 

buffer的初始化大小，不必关心。一个类似于   String   的字符串缓冲区，但不能修改。虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。  

可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致。  

StringBuffer   上的主要操作是   append   和   insert   方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append   方法始终将这些字符添加到缓冲区的末端；而   insert   方法则在指定的点添加字符。  

例如，如果   z   引用一个当前内容为   "start "   的字符串缓冲区对象，则此方法调用   z.append( "le ")   会使字符串缓冲区包含   "startle "，而   z.insert(4,   "le ")   将更改字符串缓冲区，使之包含   "starlet "。  

通常，如果   sb   引用   StringBuilder   的一个实例，则   sb.append(x)   和   sb.insert(sb.length(),   x)   具有相同的效果。  

当发生与源序列有关的操作（如源序列中的追加或插入操作）时，该类只在执行此操作的字符串缓冲区上而不是在源上实现同步。  

每个字符串缓冲区都有一定的容量。只要字符串缓冲区所包含的字符序列的长度没有超出此容量，就无需分配新的内部缓冲区数组。如果内部缓冲区溢出，则此容量自动增大。从   JDK   5   开始，为该类补充了一个单个线程使用的等价类，即   StringBuilder。与该类相比，通常应该优先使用   StringBuilder   类，因为它支持所有相同的操作，但由于它不执行同步，所以速度更快。