a ||= b

等于

a || a = b

而不是

a = a || b

因为您使用默认值定义哈希(对于任何未定义的键，哈希将返回默认值)

a = Hash.new(true) #Which is: {}

如果你使用:

a[10] ||= 10 #same as a[10] || a[10] = 10

A仍然是:

{}

但如果你这样写

a[10] = a[10] || 10

一个变成了:

{10 => true}

因为你已经在键10处赋值了它自己的值，默认为true，所以现在哈希是为键10定义的，而不是一开始就不执行赋值。

X ||= y表示

如果x有任何值，不要改变它的值，否则 将x设为y

A ||= b和A = b是一样的如果A。nil?或者a = b，除非a

但是所有3个选项都能显示相同的性能吗?在Ruby 2.5.1中

1000000.times do
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
  a ||= 1
end

在我的电脑上花费0.099秒，而

1000000.times do
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
  a = 1 unless a
end

用时0.062秒。这几乎快了40%。

然后我们还有:

1000000.times do
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
  a = 1 if a.nil?
end

这需要0.166秒。

并不是说这将在一般情况下产生重大的性能影响，但是如果您确实需要最后一点优化，那么可以考虑这个结果。 顺便说一下:a = 1，除非a对新手来说更容易理解，否则它是不言自明的。

注1:重复分配行多次的原因是为了减少循环在测量时间上的开销。

注2:如果我在每次赋值前执行a=nil，结果是类似的。

假设a = 2, b = 3

那么，||= b将得到a的值，即2。

当a计算为某个值时，结果不是false或nil..这就是为什么它不计算b的值。

现在假设a = nil, b = 3。

那么||= b将得到3，即b的值。

因为它首先尝试评估a的值，结果是nil..它求出b的值。

ror app中使用的最佳示例是:

#To get currently logged in iser
def current_user
  @current_user ||= User.find_by_id(session[:user_id])
end

# Make current_user available in templates as a helper
helper_method :current_user

其中，User.find_by_id(session[:user_id])当且仅当@current_user之前未初始化时触发。

简而言之，||=b意味着:如果a是undefined、nil或false，则将b赋值给a。否则，保持a不变。

a ||= b

等于

a || a = b

而不是

a = a || b

因为您使用默认值定义哈希(对于任何未定义的键，哈希将返回默认值)

a = Hash.new(true) #Which is: {}

如果你使用:

a[10] ||= 10 #same as a[10] || a[10] = 10

A仍然是:

{}

但如果你这样写

a[10] = a[10] || 10

一个变成了:

{10 => true}

因为你已经在键10处赋值了它自己的值，默认为true，所以现在哈希是为键10定义的，而不是一开始就不执行赋值。