客户端断开连接时Cowboy/Ranch终止Phoenix请求处理进程的最优解决方案咨询

我完全懂你这个痛点——业务逻辑牵扯数据库和外部服务，一旦启动就必须跑完，结果客户端突然断开导致流程中途夭折，实在闹心。先给你梳理下三个方案的优劣，直接告诉你最优解：

先回顾下你的问题场景 #

你的Phoenix应用控制器里有一堆不能中断的操作：数据库读写、调用外部服务，而且这些操作必须全部执行完。但现在客户端断开连接时，Cowboy会把控制器进程干掉，导致业务只执行了一部分。你通过调试代码已经确认是收到了{:EXIT, ..., :shutdown}消息触发的进程终止，用curl --max-time 3模拟这个问题也成功复现了。

你的核心需求是：不管客户端在不在，业务逻辑必须跑完；客户端在线就返回响应，断开了就不用管响应。

三个方案的详细分析 #

1. 在控制器里捕获退出消息并忽略 #

千万别这么干！这属于“头痛医头脚痛医脚”的临时方案：

• 控制器进程本来就和Cowboy的连接进程绑定，你捕获EXIT消息只是让它不立刻挂，但Cowboy后续还是会触发资源回收，可能会干扰你的业务执行。
• 强行延长控制器进程的生命周期，会和Phoenix的请求生命周期管理冲突，搞不好会导致进程泄漏、资源占用过高的问题，后续排查更麻烦。

2. 用未链接的Task执行核心业务逻辑（最优解） #

这完全符合Elixir/OTP的进程隔离设计思路，是最靠谱的方案：

• 未链接的Task和控制器进程是完全独立的，就算控制器因为客户端断开被终止，Task会继续安安稳稳地把所有业务逻辑跑完。
• 你可以在控制器里等待Task完成：如果客户端还在线，就正常返回响应；如果客户端已经断开，控制器进程被干掉，Task不受影响，照样执行完所有操作。

给你个简单的示例代码参考：

def critical_action(conn, params) do
  # 启动一个未链接的Task，执行核心业务逻辑
  task = Task.start(fn ->
    # 这里放你的数据库操作、外部服务调用等不可中断的逻辑
    run_critical_business_logic(params)
  end)

  # 等待Task完成，客户端在线就返回结果
  case Task.yield(task, :infinity) do
    {:ok, result} ->
      json(conn, %{status: :success, data: result})
    nil ->
      # 这里是兜底逻辑，比如Task意外崩溃时的处理
      json(conn, %{status: :error, message: "业务执行失败"})
  end
end

如果需要更可靠的保障（比如Task崩溃后自动重试），可以用Task.Supervisor来管理这些任务，把Task挂在一个专门的监督树下，进一步确保业务逻辑的稳定性。

3. 配置Cowboy/Ranch禁用进程终止（已尝试exit_on_close无效） #

这个路子走不通，因为Cowboy的设计就是当客户端连接关闭时终止对应的请求进程——这是HTTP协议的正常交互逻辑。exit_on_close参数管的是连接层面的行为，不是请求处理进程的生命周期。强行修改这个配置会破坏Cowboy的资源回收机制，导致大量僵尸进程，最终拖垮你的服务，绝对不能这么搞。

总结 #

方案2是唯一符合Elixir设计原则、能可靠解决问题的方案。它既保证了业务逻辑的完整性，又不会干扰Phoenix和Cowboy的正常运行，后续维护也省心。

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