Ruby遇NoMethodError: nil:NilClass未定义+方法 正则取值求和报错求助

NoMethodError: undefined method '+' for nil:NilClass的触发逻辑非常明确：执行x + ship.size时，加号左边的变量x的值为nil。Ruby中a + b是a.+(b)的语法糖，调用+方法的接收者是加号左侧的对象，nil类型没有定义+方法，因此直接抛出错误——ship.size的值甚至还没被读取参与运算，错误就已经触发，排查时不需要优先检查ship.size的取值。

触发问题的具体根源 #

• 首先存在两个关键认知偏差：
  • 正则表达式中\d仅用于匹配数字字符，所有捕获组通过$1、$2获取的匹配结果永远是字符串类型，不会自动转为整数。哪怕匹配到的内容是"123"，拿到的也是字符串"123"，不是整数123。
  • 正则匹配失败时，=~操作符会返回nil，同时不会给全局反向引用变量$1、$2赋值。此时拿到的$1、$2要么是nil，要么是上一次其他正则匹配残留的旧值，并非预期的匹配结果。
• 现有匹配代码存在直接逻辑错误：
  代码中写的(1,2) =~ /(\d+),(\d+)/根本无法触发预期匹配：小括号包裹的(1,2)既不是合法字符串，也不是Ruby语法支持的数组字面量（数组必须用方括号包裹）。如果本意是匹配数字序列，实际传入的是数组对象，其字符串化结果为"[1, 2]"，和正则/(\d+),(\d+)/（匹配连续数字+逗号+数字）并不匹配——因为逗号后带有空格，匹配直接失败，最终$1没有被赋值为预期的数字内容，x自然为nil。
• 全局反向引用变量的作用域缺陷：
  $1、$2这类反向引用是方法、线程局部的临时变量，如果在执行x, y = $1, $2之前，中间有任意其他正则表达式执行了匹配，都会直接覆盖$1、$2的值，哪怕之前的匹配成功，也很容易读取到被覆盖后的nil值。

修正参考 #

• 避免无校验的正则匹配，优先使用String#match返回的MatchData对象获取捕获值，同时对匹配失败的场景设置兜底值：

  match_data = "1,2".match(/(\d+),(\d+)/)
  # 匹配失败时给变量设置默认值，避免nil参与运算
  x = match_data ? match_data[1].to_i : 0
  y = match_data ? match_data[2].to_i : 0
  

• 参与数值运算前显式做类型转换，把字符串形式的数字通过to_i转为整数，避免隐式类型问题。
• 运算前加防御性校验，不要默认x、ship.size一定有非空值，对可能为nil的变量提前设置兜底逻辑，避免触发无方法错误。

内容的提问来源于stack exchange，提问作者Emily Rivas