调用GenServer未定义handle_call致应用崩溃，Supervisor未重启问题

核心原因 #

1. 应用启动函数返回值错误
   你的start/2函数最终返回的是DynamicSupervisor.start_child/2的结果，而非DynamicSupervisor自身的启动结果。Elixir应用要求start/2必须返回{:ok, pid}（pid为根监督者的进程ID），否则应用会将启动流程视为失败。当子进程崩溃时，没有根监督者维持应用存活，最终导致整个应用终止。

2. DynamicSupervisor参数误用
   你给DynamicSupervisor传递了拼写错误的:stategy参数，更关键的是：DynamicSupervisor不支持:strategy配置——它固定使用:one_for_one策略，这个多余参数会被忽略。同时你混淆了普通Supervisor与DynamicSupervisor的配置逻辑。

3. GenServer未正确纳入监督树
   如果DynamicSupervisor启动失败，或start_child调用出现问题，GenServer会脱离监督树，崩溃后自然无人重启。

解决步骤 #

1. 修正应用启动函数 #

确保返回根监督者的PID，让应用将其视为核心进程：

def start(_type, _args) do
  opts = [name: MySupervisor]
  with {:ok, supervisor_pid} <- DynamicSupervisor.start_link(opts),
       {:ok, _server_pid} <- DynamicSupervisor.start_child(MySupervisor, {MyServer, "MyServer"}) do
    {:ok, supervisor_pid}
  end
end

2. 优化GenServer启动逻辑 #

直接在启动时完成全局注册，避免手动处理：

# MyServer模块中
def start_link(id) do
  GenServer.start_link(__MODULE__, String.to_atom(id), name: {:global, id})
end

后续调用时可直接用GenServer.call({:global, "MyServer"}, ...)。

3. 避免未定义消息导致崩溃 #

在GenServer中添加默认handle_call捕获未匹配的请求，防止进程崩溃：

def handle_call(msg, _from, state) do
  {:reply, {:error, :unknown_call, msg}, state}
end

4. 验证监督树状态 #

启动应用后，用以下命令确认进程状态：

# 查看DynamicSupervisor的子进程
DynamicSupervisor.which_children(MySupervisor)
# 检查GenServer是否存活
Process.alive?(:global.whereis_name("MyServer"))

额外说明 #

• 用Process.exit(pid, :kill)杀死进程时，只要GenServer被正确纳入监督树，DynamicSupervisor会自动重启它。
• 之前应用退出的本质是：根进程不是监督者，子进程崩溃后没有上层进程维持应用存活，Erlang VM会终止整个应用。

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