雖然這個問題我是在 Python 里遇到的，但是用 Ruby 解釋起來比較容易一些。在 Ruby 里，遍歷一個數組可以有很多種方法，最常用的兩種無非是 for 和 each：
arr = ['a', 'b', 'c']
arr.each { |e|
puts e
}
for e in arr
puts e
end
通常我比較喜歡后者，似乎因為寫起來比較好看，不過從效率上來說前者應該會稍微快一點，因為后者實際上是在遍歷的過程中對每個元素都調用一個 lambda 函數來做的，雖然一般情況下并不明顯，不過設置上下文并調用函數確實是有開銷的，特別是在動態語言里面（不考慮 JIT 內聯優化的話）。不過這次的問題并不是性能。然而確實跟“ each 對每個元素都會新建一個 scope 而 for 則不是”有關。看下面一段代碼：
arr = ['a', 'b', 'c']
h1 = Hash.new
h2 = Hash.new
arr.each { |e|
h1[e] = lambda { e+'!'}
}
for e in arr
h2[e] = lambda { e+'!' }
end
h1['a'].call # => ?
h2['a'].call # => ?
兩個 call 分別會得到什么？應該已經猜到了吧？分別是 'a!' 和 'c!' ，后者之所以是 'c!' 是因為 for 并沒有在循環的每一步都重新創建一個 scope ，因此三個 lambda 的 closure 引用到了同一個變量，而這個變量在最后一次被賦值為 'c' ，所以導致了這樣的后果。問題其實出自我在用 Python 寫的一個小程序中的一段，代碼類似于這樣：
for prop in public_props:
setattr(proxy, 'get_%s'%prop, lambda: self.get_prop(prop))
其中 proxy 是我提供的一個代理對象，將 self 的一些公開的屬性給暴露出去，因為要限制對非 public 的屬性的訪問，我并不想在這個 proxy 中存放任何到 self 的引用，否則在沒有訪問權限限制的 Python 里通過類似 proxy._orig_self.some_private_prop 的方式來訪問是輕而易舉的。所以最后選擇了上面那樣的做法。不幸的是，由于像剛才所說的那樣，for 并沒有每次都單獨創建 scope ，因此 closure 全部引用到了同一個變量上，導致所有的屬性值取出來都是最后一個屬性了。看到這樣詭異的 bug ，如果是在 C/C++ 里面，我肯定要懷疑是內存或者指針的問題了。不過想了半天才終于恍然大悟！不過 Python 里面沒有 Ruby 那么方便的 each 可以用，lambda 用起來也很雞肋，所以最后通過定義一個局部的函數來解決了：
def proxy_prop(name):
setattr(proxy, 'get_%s'%prop, lambda: self.get_prop(name)
for prop in public_props:
proxy_prop(prop)
最后，還要多嘴一句，對于之前 Ruby 那個例子，如果把 each 和 for 的執行順序顛倒過來，會得到不同的結果：arr = ['a', 'b', 'c']
h1 = Hash.new
h2 = Hash.new
for e in arr
h2[e] = lambda { e+'!' }
end
arr.each { |e|
h1[e] = lambda { e+'!'}
}
h1['a'].call # => 'c!'
h2['a'].call # => 'c!'
現在兩個都是 'c!' 了！這是因為 Ruby 1.8 的實現里面 block 的參數可以對局部變量或者全局變量之類的任何東西進行賦值，而不是通常意義上的一個 lambda 函數的參數那么簡單。由于前面的 for 語句在當前作用域創建了一個 e 作為局部變量，因此 each 就直接對這個局部變量進行賦值了，這樣，每次引用到的又變成了同一個東西，導致了一個隱秘的 Bug ！值得慶幸的是，block 的這個“特性”在 Ruby 1.9 中已經被去除了，block 的參數只能是正常參數，所以就不再存在這樣的問題了。希望 1.9 盡快普及吧！
