Ruby on Rails删除Post触发NoMethodError错误，请求技术支持

核心问题定位 #

你遇到的删除无响应+NoMethodError错误，本质是控制器destroy动作的逻辑顺序错误，以及授权与业务操作的耦合问题：

1. 你在destroy动作中先执行了删除操作（Posts::Destroy.new(@post).execute），再尝试授权，导致如果@post为nil（或授权前操作出错）直接抛出异常。
2. set_post作为前置动作已经完成了@post的查找和授权校验，destroy动作中重复授权属于冗余操作，且授权对象错误（授权的是删除后的结果而非原帖子）。

分步修正代码 #

1. 修正PostsController的destroy动作

def destroy
  # set_post已完成@post的查找与权限校验，直接执行删除
  Posts::Destroy.new(@post).execute
  head :no_content
end

• 移除多余的authorize调用，因为set_post前置动作已经完成了destroy权限的校验
• 去掉format.json包裹，API控制器默认响应JSON格式，直接用head :no_content返回204状态码即可

2. 优化set_post方法的代码结构

def set_post
  # 先查找帖子，再授权，避免授权nil对象的潜在问题
  @post = Post.find(params[:id])
  authorize @post
end

• 将赋值与授权拆分，逻辑更清晰，若Post.find找不到记录会直接抛出ActiveRecord::RecordNotFound，避免后续操作处理nil对象

3. 适配API场景的授权错误响应

你的项目是API服务，原user_not_authorized方法中的flash和redirect_back不适用，修改为JSON响应：

def user_not_authorized
  render json: { error: '你没有权限执行此操作' }, status: :forbidden
end

4. 验证用户认证与权限逻辑

• 在控制器中临时加入调试代码，确认current_user是否正确赋值：

  def destroy
    puts current_user.inspect # 控制台查看当前用户是否存在
    Posts::Destroy.new(@post).execute
    head :no_content
  end
  

• 检查PostPolicy#destroy?方法，简化逻辑（已判断user.present?，无需user&.admin）：

  def destroy?
    user.present? && (user.admin || user_is_owner_of_record?)
  end
  

调试建议 #

• 测试删除接口时，确保请求携带正确的认证token（Devise-token-auth要求的access-token、uid等头信息）
• 若仍出现nil错误，检查params[:id]是否正确传递，确认对应ID的帖子存在于数据库中

内容的提问来源于stack exchange，提问作者Marcos Eduardo Santos Henke