Ruby中递归函数修改克隆哈希嵌套属性的原因及解决方法咨询

先还原一下你的场景：
你有这样一个嵌套哈希：

entity = {1=> nil, 2 => {3 => nil, 4 => 1}}

写了一个递归函数移除空值：

def clear_null_values(entity)
  entity.each do |key, value|
    if value == nil || value.blank?
      entity.delete(key)
    elsif value.is_a? Hash
      clear_null_values(value)
      entity.delete(key) if value.blank?
    end
  end
end

然后尝试用dup克隆哈希后修改原对象，结果发现克隆后的哈希里的嵌套部分被改写了：

final_entity = entity.dup
clear_null_values(entity)
puts entity          # 输出 {2 => {4 => 1}}
puts final_entity    # 输出 {1=> nil, 2 => {4 => 1}} 嵌套属性被改写

下面针对你的两个问题逐一解答：

问题1：为什么entity.dup只复制外层哈希？ #

这是因为Ruby中Hash#dup实现的是浅复制（shallow copy）。浅复制只会创建一个新的哈希容器，但对于哈希内部的嵌套对象（比如这里的内层{3 => nil, 4 => 1}），它并不会生成新的副本，而是直接复用原对象的引用。

换句话说，原哈希entity和克隆后的final_entity，它们的外层是两个不同的哈希对象，但里面的嵌套哈希{3 => nil, 4 => 1}是同一个对象。所以当你调用clear_null_values修改原哈希里的嵌套对象时，final_entity里的对应部分因为指向同一个对象，自然也会跟着变化。

问题2：怎么让final_entity完全复制原哈希，不受原哈希修改的影响？ #

你需要做深复制（deep copy）——也就是不仅复制外层哈希，还要递归复制所有嵌套的子对象，让新哈希和原哈希彻底独立。Ruby里有几种靠谱的实现方式：

方式1：用Marshal序列化/反序列化（通用方案） #

这是Ruby原生支持的深复制方法，适用于大多数可序列化的对象：

final_entity = Marshal.load(Marshal.dump(entity))

原理是把整个哈希转换成字节流（序列化），再从字节流重新生成一个完全独立的对象（反序列化），所有嵌套的子对象都会被重新创建，和原对象没有任何引用关联。

方式2：手动实现递归深复制（自定义可控） #

如果你不想依赖Marshal（比如某些特殊对象无法被序列化），可以自己写一个递归复制的方法：

def deep_dup(hash)
  hash.each_with_object({}) do |(key, value), new_hash|
    # 如果值是哈希就递归复制，否则尝试复制值（无法复制的直接用原值）
    new_hash[key] = value.is_a?(Hash) ? deep_dup(value) : (value.dup rescue value)
  end
end

final_entity = deep_dup(entity)

这个方法会遍历哈希的每个键值对，对嵌套的哈希递归处理，确保每一层都是新的对象。

方式3：用Rails的deep_dup（Rails项目专属） #

如果你在Rails开发环境中，Rails已经为哈希扩展了deep_dup方法，直接调用即可：

final_entity = entity.deep_dup

这个方法内部已经处理了所有嵌套对象的深复制，用起来非常省心。

使用以上任意一种深复制方式后，再执行clear_null_values(entity)，final_entity就会完整保留原哈希的初始状态，不会被原哈希的修改影响了。

内容的提问来源于stack exchange，提问作者Sk. Irfan