Rails Controller误将字符串"null"解析为nil，如何修正？

这确实是Rails里ActionController::Parameters解析JSON时的一个容易踩的坑——它默认会把JSON中的字符串"null"和真正的JSON null值一并转换成nil，但原生的JSON.parse是能正确区分两者的。

给你几个简便的解决方案：

1. 全局替换JSON参数解析器（推荐） #

直接修改Rails默认的JSON解析逻辑，让它使用原生JSON.parse而不做额外的转换。在config/initializers/json_parser.rb文件中添加以下代码：

ActionDispatch::Request.parameter_parsers[:json] = -> (raw_post) {
  # 用原生JSON.parse解析原始请求体
  parsed_data = JSON.parse(raw_post)
  # 转换为支持符号键的Hash，和params的行为保持一致
  parsed_data.is_a?(Hash) ? parsed_data.with_indifferent_access : parsed_data
}

这样所有application/json类型的请求都会用原生逻辑解析，字符串"null"会被正确保留为字符串，真正的JSON null依然会解析成nil。

2. 在父控制器中优化现有方案 #

如果你不想全局修改，可以优化你当前在父控制器中的处理逻辑，确保参数键的一致性：

before_action :override_params_with_raw_json

def override_params_with_raw_json
  return unless request.content_type == 'application/json'

  # 解析原始请求体
  raw_json_data = JSON.parse(request.raw_post)
  # 转换为符号键后合并到params中，覆盖原有解析结果
  params.merge!(raw_json_data.deep_symbolize_keys)
end

这里用deep_symbolize_keys是为了让解析后的Hash键和params默认的符号键保持一致，避免后续处理时出现键类型不匹配的问题。

3. 针对单个参数临时修正（不推荐） #

如果只是个别参数存在这个问题，也可以在具体的控制器动作里单独处理（这个方法比较hack，只适合临时场景）：

def example_action
  # 检查如果description是nil，且原始请求体中包含"description":"null"，则修正为字符串"null"
  if params.dig(:task, :description).nil? && request.raw_post.include?('"description":"null"')
    params[:task][:description] = "null"
  end

  # 你的业务逻辑代码...
end

总体来说，第一种全局替换解析器的方法最彻底，一次配置就能解决所有类似的问题，是最简便的方案。

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