+= 方法 与 concat 方法的比较

 

向字符串末尾追加字符时， 使用 String#concat 或 << 运算符(String#<<) 

 

s = 'abc'
s.concat('def')
p s #=> "abcdef"

s = 'abc'
s << 'def'
p s #=> "abcdef" 

 

<< 运算符还可以有以下的写法

 

s = ''
s << 'abc' <<　'def'
p s #=> "abcdef" 

 

 

当然，如果使用 += 运算符也会达到以上的相同效果，

但是 ruby 中并不建意使用此方 法。

为什么呢？ 让我们来看看内存是如何工作的，就会明白了。

 

+= 方法	concat 方法
XXX|	XXX|
XXX| XXX|XXX|	XXX|XXX|
XXX| XXX|XXX| XXX|XXX|XXX|	XXX|XXX|XXX|

 

+= 方法是先复制原字符串后，在复本字符串尾部追加。 这种方法会吃掉大量的内存。

而 concat 方法是直接在原字符串尾部追加。

 

我们在来测试一下两种方法的速度

 

# 约 30 秒

box = ''
50000.times{ box += 'xxx|' }



# 约 0.05 秒

box = ''
50000.times{ box.concat('xxx|') } 

 

 

是不是说 += 方法 是多余的呢?
奇怪,为什么不把 += 的内部现实做成 << 这样呢?

a = 'xxx'
b = a
b << '|xxx'
p a #=> 'xxx|xxx'

a 和 b 是对同一个字符串的引用

a = 'xxx'
b = a
b += '|xxx'
p a #=> 'xxx'

b += '|xxx' 是 b = b + '|xxx' 的简写。
创建了新字符串实例并赋给 b，a 和 b 的引用不同了

看着像String和Stringbuffer

因为本来就不存在“+=”方法，只有“+”方法与赋值，“+=”只是“+”与赋值组合起来的简写而已。有兴趣的话可以参考一下一篇老帖。

很好, 很好的解释, 谢谢.

<<这东东很危险呀..

性能原则：大字符串连接，用<<；小字符串，+<<无所谓，性能差异可忽略不计。

一个函数式，一个命令式

直接追加的话，一开始分配多大的内存是怎么决定的呢，如果超出了就直接覆盖后面的

就和c的数据越界一样？感觉不安全