为什么StringBuffer的耗时比+=的耗时还要长。。。

Question

这个应该是与字符串大小有关吧。StringBuffer的优势应该是在大字符串处理的。个人猜测。

Answer 1

你这不是java，你这是javaScript代码，对字符串的拼接，在java中，StringBuffer比String的要高。

Answer 2

public final class StringBufferextends Objectimplements Serializable, CharSequence线程安全的可变字符序列。一个类似于 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 类，因为它支持所有相同的操作，但由于它不执行同步，所以速度更快。

Answer 3

一语道破天机啊，楼主真是淫才啊，  this._strings_.push(str);
  this._strings_.join("");
楼主用这当stringbuild

Answer 4

很多教科书或网上教程上可能都是建议用楼主这种用array模拟StringBuffer来做字符拼接，说这样效率高，那为什么楼主现在得出相反的结论呢？
因为这种方式是对IE7及以下版本的优化，这时候StringBuffer比+方式要快很多。现在新一点的浏览器对+连接字符串方式已经做了特殊优化，所以结果又返过来了。

Answer 5

LZ这个偏向于极限测试了,你要是迭代的次数少个0,基本上没什么差别使用类似于StringBuffer的,大多是要么因为习惯,要么是因为想保持代码的易读性之类的