Rails+Nuxt项目中使用accepts_nested_attributes_for更新嵌套属性时新增而非修改的问题排查需求

核心问题出在前端编辑待办项时丢失了原有记录的id字段，导致Rails无法识别需要更新哪条PostItem，只能默认创建新记录。咱们一步步拆解解决：

问题根源 #

看你的Nuxt Store里的edit mutation：

edit (state, { todo, content }) {
  state.list.splice(state.list.indexOf(todo), 1, { content })
}

这里你把原有的todo对象直接替换成了只包含content的新对象，原来的id和status字段都被丢弃了。当调用update方法生成postItemsAttributes时，每个item都没有id——而Rails的accepts_nested_attributes_for处理has_many关联时，只有当属性里包含关联记录的id（且该id属于当前Post的PostItem），才会执行更新；没有id就会新建记录。

修复步骤 #

1. 修正Nuxt的edit mutation，保留原有字段 #

把edit方法改成保留原todo的id和status，只更新content：

edit (state, { todo, content }) {
  const index = state.list.indexOf(todo)
  // 展开原有todo的所有属性，只覆盖content
  state.list.splice(index, 1, { 
    ...todo,
    content: content 
  })
}

修改后，state.list里的每个待办项会保留id、status和更新后的content，传给后端的post_items_attributes就会包含正确的id。

2. 验证请求 payload #

发送更新请求前，用浏览器开发者工具（Network面板）查看PATCH请求的body，确认post_items_attributes里的每个对象都包含id字段，示例正确payload：

{
  "post": {
    "post_items_attributes": [
      { "id": 1, "content": "Test2", "status": false }
    ]
  }
}

只要payload里有id，Rails就会找到对应的PostItem并更新，而非新建。

3. 确认Rails端配置没问题 #

你的Rails代码已经配置正确：

• Post模型里的accepts_nested_attributes_for :post_items, allow_destroy: true 正确开启了嵌套属性支持
• update_params里允许了post_items_attributes: [:id, :content, :status]，包含了必要的id字段
  这部分无需修改，只要前端传对数据就能正常工作。

原理补充 #

Rails嵌套属性的核心逻辑：

• 对于has_many关联，传递xxx_attributes时：
  • 包含id且该id属于当前父对象的关联记录 → 更新该记录
  • 没有id → 创建新记录
  • 包含_destroy: true → 删除该记录

这样修改后，再尝试更新PostItem的内容，数据库就会直接修改原有记录，不会再新增了。

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