Ruby：设置同名哈希键为何会影响@remote实例变量的值？

哈哈，这个问题我之前也碰到过！本质上是Ruby里对象属性和哈希访问方式被绑定到一起了，常见的情况有两种，我给你掰扯清楚：

1. 自定义了[]=方法映射实例变量 #

很多开发者会给类重写[]和[]=方法，让实例既能像普通对象那样用点号访问属性，又能像哈希那样用键值对操作——这时候哈希键和实例变量就直接挂钩了。

举个实际的代码例子：

class AppConfig
  attr_accessor :remote

  # 重写哈希取值逻辑，把键转成实例变量名
  def [](key)
    instance_variable_get("@#{key}")
  end

  # 重写哈希赋值逻辑，直接修改对应实例变量
  def []=(key, value)
    instance_variable_set("@#{key}", value)
  end
end

# 测试看看
config = AppConfig.new
config.remote = "初始远程地址"
puts config.remote # 输出：初始远程地址

# 用哈希键的方式赋值
config[:remote] = "更新后的远程地址"
puts config.remote # 输出：更新后的远程地址

背后的工作机制：
这里的核心是Ruby的instance_variable_set和instance_variable_get方法——它们能直接操作对象的实例变量：

• 当你调用config[:remote] = "xxx"时，其实是触发了[]=方法；
• 方法内部把传入的键remote拼成实例变量名@remote，然后用instance_variable_set直接修改这个变量的值；
• 所以不管是用config.remote=还是config[:remote]=，本质都是在改同一个@remote实例变量，自然会互相影响。

2. 使用OpenStruct类的情况 #

Ruby标准库自带的OpenStruct就是专门干这个的：它会自动把哈希键转换成实例变量，同时允许你用哈希方式或者对象属性方式操作这些值。

例子很直观：

require 'ostruct'

service_settings = OpenStruct.new(remote: "默认远程服务")
puts service_settings.remote # 输出：默认远程服务

# 用哈希键赋值
service_settings[:remote] = "替换后的远程服务"
puts service_settings.remote # 输出：替换后的远程服务

# 反过来也一样，改属性也会同步到哈希键
service_settings.remote = "再次修改的远程服务"
puts service_settings[:remote] # 输出：再次修改的远程服务

背后的工作机制：
OpenStruct靠Ruby的method_missing特性实现：

• 当你调用service_settings[:remote]或者service_settings.remote时，它会自动把这个键/属性名对应到实例变量@remote；
• 不管用哪种方式赋值，最终都是在修改同一个实例变量，所以两边的变化会完全同步。

最后总结一下 #

这种“哈希键修改影响实例变量”的现象，本质都是哈希的键操作被映射到了实例变量的读写上——要么是开发者手动重写方法做了绑定，要么是像OpenStruct这类工具类帮你做了绑定。如果没有这种绑定的话，普通的哈希键操作是绝对不会影响独立的实例变量的。

内容的提问来源于stack exchange，提问作者Sergey Shirnin