我正面临着一种非常奇怪的行为.这是Ruby 2.6.6，因此循环中的块散列变量不会被冻结.在本例中，source处于冻结状态.
执行此操作:
result = source.tap { |s| s.delete(:key) }
带回一张不带:key键的source.
从理论上讲，这一点也是如此:
result = source.except(:key)
还有这一点:
result = source.dup.tap { |s| s.delete(:key) }
据我所知，上述三种句法的结果是相同的.
然而，在测试(Ruby 2.6.6，Rails 6.0.6.1)中，使用第一种语法的规范成功，而使用后两种语法的规范失败.我不知道是否有必要说明到底是哪一项测试，我只是在寻找一个解释.
对于为什么会发生这种情况，有什么建议吗？
先谢谢你.
Summary个
选项1使用Object#tap.Object#tap:
将self返回给块，然后返回self.此方法的主要目的是"利用"方法链，以便对链中的中间结果执行操作.
这不会创建"副本"，因此使用Hash#delete可以就地修改source.
选项2和选项3确实创建了一个浅层副本.
这意味着如果#1在您的测试中有效，而#2和#3在测试中不起作用，那么可以合理地假设您测试的是source而不是result.
TL;DR个
让我们对以下语句进行判断:"Brings back a copy of the 100 without the 101 key."
为简洁起见，我们将使用source = {key: 10}
示例和解释:
示例1:result = source.tap { |s| s.delete(:key) }
:key键，则返回source.result = source.tap { |s| s.delete(:key) }
#= > {}
result == source
#=> true
source
# {}
例2:result = source.except(:key)
result = source.except(:key)
#=> {}
result == source
#=> false
source
# {key: 10}
例3:result = source.dup.tap { |s| s.delete(:key) }
result = source.dup.tap { |s| s.delete(:key) }
#=> {}
result == source
#=> false
source
# {key: 10}