我正在研究 Ruby Koans。
about_strings.rb 中的test_the_shovel_operator_modifies_the_original_string Koan 包含以下评论：
Ruby 程序员倾向于使用铲子运算符 (
我的猜测是它涉及速度，但我不明白引擎盖下的动作会导致铲子操作员更快。
有人能解释一下这个偏好背后的细节吗？
【问题讨论】：
标签： ruby string optimization
证明：
a = 'foo'
a.object_id #=> 2154889340
a << 'bar'
a.object_id #=> 2154889340
a += 'quux'
a.object_id #=> 2154742560
所以<< 更改了原始字符串，而不是创建一个新字符串。这样做的原因是，在 ruby 中，a += b 是 a = a + b 的语法简写（其他 <op>= 运算符也是如此），这是一个赋值。另一方面，<< 是 concat() 的别名，它会就地改变接收器。
【讨论】：
Array#join 比使用<< 慢。
性能证明：
#!/usr/bin/env ruby
require 'benchmark'
Benchmark.bmbm do |x|
x.report('+= :') do
s = ""
10000.times { s += "something " }
end
x.report('<< :') do
s = ""
10000.times { s << "something " }
end
end
# Rehearsal ----------------------------------------
# += : 0.450000 0.010000 0.460000 ( 0.465936)
# << : 0.010000 0.000000 0.010000 ( 0.009451)
# ------------------------------- total: 0.470000sec
#
# user system total real
# += : 0.270000 0.010000 0.280000 ( 0.277945)
# << : 0.000000 0.000000 0.000000 ( 0.003043)
【讨论】：
一位正在学习 Ruby 作为他的第一门编程语言的朋友在浏览 Ruby Koans 系列的 Ruby 中的字符串时问了我同样的问题。我用下面的比喻向他解释过；
您的一杯水只喝了一半，需要重新装满。
第一种方法是取一个新玻璃杯，将水龙头中的水倒入一半，然后用第二个半满的玻璃杯重新装满您的饮水杯。每次您需要重新装满杯子时，您都会这样做。
第二种方法是你拿起半满的杯子，然后直接用水龙头里的水重新装满。
在一天结束时，如果您选择每次需要重新装满玻璃杯时都选择一个新玻璃杯，那么您将需要清洁更多的玻璃杯。
这同样适用于铲子运算符和加号运算符。加上平等的操作员每次需要重新填充玻璃时都会选择一个新的“玻璃”，而铲子操作员只需拿起相同的玻璃并重新填充它。归根结底，为 Plus 等号运算符收集了更多“玻璃”系列。
【讨论】：
这是一个老问题，但我刚刚遇到它，我对现有答案并不完全满意。铲子
@noodl 接受的答案表明
一个非常常见的情况是只有一个对字符串的引用。在这种情况下，语义差异无关紧要，自然更喜欢
【讨论】：
因为它更快/不会创建字符串的副本垃圾收集器不需要运行。
【讨论】：
malloc / free 快得多。此外，一些更现代的 Ruby 实现可能会完全优化对象分配和字符串连接。 OTOH，mutating 对象对于 GC 性能来说很糟糕。
虽然大多数答案都涵盖+=，因为它会创建一个新副本，因此速度较慢，但请务必记住+= 和<< 不可互换！你想在不同的情况下使用它们。
使用<< 也会改变任何指向b 的变量。在这里，我们还可以在我们不想的时候对a 进行变异。
2.3.1 :001 > a = "hello"
=> "hello"
2.3.1 :002 > b = a
=> "hello"
2.3.1 :003 > b << " world"
=> "hello world"
2.3.1 :004 > a
=> "hello world"
因为+= 会创建一个新副本，所以它还会保留所有指向它的变量不变。
2.3.1 :001 > a = "hello"
=> "hello"
2.3.1 :002 > b = a
=> "hello"
2.3.1 :003 > b += " world"
=> "hello world"
2.3.1 :004 > a
=> "hello"
了解这种区别可以在处理循环时为您省去很多麻烦！
【讨论】：
虽然不能直接回答您的问题，但为什么 The Fully Upturned Bin 一直是我最喜欢的 Ruby 文章之一。它还包含一些关于垃圾回收的字符串信息。
【讨论】：