父进程退出后Process.send_after失效，解除链接仍无法解决

Process.send_after 创建的定时器绑定在调用它的进程上，只要该进程退出，Erlang VM 会自动取消定时器——这就是你所有尝试失效的核心原因：

• 直接在父进程调用：父进程退出，定时器跟着被取消。
• Task.start_link+unlink 的方式：子进程执行完 Process.send_after 后立刻退出（Task 函数执行完毕即终止），定时器绑定在这个短命子进程上，自然也随之消失。
• 提前存 self() 再调用：依旧是在父进程创建定时器，父进程退出后定时器仍会被取消。

方案1：用长期运行的独立进程托管定时器 #

创建一个不随父进程退出而终止的进程（比如常驻 Task 或 GenServer），让定时器绑定在这个存活到触发时刻的进程上。

常驻 Task 示例 #

# 启动一个长期存活的Task（通过receive阻塞避免退出）
{:ok, pid} = Task.start(fn ->
  receive do _ -> :ok end
end)

# 在这个常驻进程内创建定时器
Process.send_after(pid, {:do_thing, type, x, z, 0}, 60_000)

# 解除与父进程的关联，父进程退出不影响该Task
Process.unlink(pid)

GenServer 规范实现示例 #

defmodule TimerServer do
  use GenServer

  def start_link(_opts), do: GenServer.start_link(__MODULE__, nil)

  def init(_), do: {:ok, nil}

  # 对外暴露调度接口
  def schedule_task(server_pid, msg, delay) do
    Process.send_after(server_pid, msg, delay)
  end

  # 处理定时任务消息
  def handle_info({:do_thing, type, x, z, 0}, state) do
    # 这里替换为你的业务逻辑
    IO.puts("执行定时任务：#{inspect({type, x, z})}")
    {:noreply, state}
  end

  # 忽略其他无关消息
  def handle_info(_msg, state), do: {:noreply, state}
end

# 使用方式
{:ok, server_pid} = TimerServer.start_link([])
TimerServer.schedule_task(server_pid, {:do_thing, type, x, z, 0}, 60_000)
Process.unlink(server_pid)

方案2：调整Task逻辑，让子进程存活到定时器触发 #

修改你之前的 Task 代码，让子进程等待定时器消息触发后再退出：

{:ok, pid} = Task.start_link(fn ->
  # 给当前子进程创建定时器
  Process.send_after(self(), {:do_thing, type, x, z, 0}, 60_000)
  # 阻塞等待消息，处理完成后再退出
  receive do
    {:do_thing, type, x, z, 0} ->
      # 执行你的业务逻辑
      IO.puts("执行定时任务")
  end
end)
Process.unlink(pid)

方案3：使用Erlang :timer模块（适合简单场景） #

:timer.send_after 由 Erlang 全局定时器进程池管理，不绑定在你的进程上，但需注意：如果接收消息的进程在定时器触发前退出，消息会丢失。

# 指定接收消息的进程，这里用self()表示原父进程（若父进程需存活到触发时刻）
:timer.send_after(60_000, self(), {:do_thing, type, x, z, 0})

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