GenServer遍历子进程报process attempted to call itself错误解决方法

** (EXIT) process attempted to call itself 报错的触发逻辑非常明确：你遍历同类型GenServer列表发起GenServer.call/2同步调用时，列表里包含了当前正在执行update逻辑的GenServer自身。同步调用要求被调用方必须接收消息、处理后返回结果，但当前进程正卡在遍历发请求的执行流程里，根本无法处理自己发给自己的同步消息，OTP检测到这种必然死锁的场景就会直接抛出该错误。
不需要额外创建完全独立的进程处理该逻辑，这类问题有非常轻量的原生解决方案。

根据你需要收集所有调用返回值的需求，选以下任意一种方案即可：

• 方案1：遍历过滤自身pid，拆分执行逻辑
  拿到所有同类型GenServer的pid列表后，先把当前进程pid（通过self()获取）从列表中剔除，先对剩余进程发起同步调用收集结果，再直接在当前进程执行自身的更新逻辑拿到对应返回值，最后把两部分结果拼接就是全量返回值。示例代码：

  # 从你原本存储同类型GenServer的位置（比如DynamicSupervisor、Registry）拿全量pid
  all_pids =
    MyApp.ProcessRegistry
    |> Registry.lookup(:same_type_genserver)
    |> Enum.map(fn {_key, pid} -> pid end)
    |> Enum.filter(&Process.alive?/1)
  
  # 剔除自身
  peer_pids = Enum.reject(all_pids, &(&1 == self()))
  # 调用其他同类型进程收集结果
  peer_results = Enum.map(peer_pids, &GenServer.call(&1, :execute_update, 5000))
  # 执行自身更新逻辑拿到结果
  self_result = execute_update_logic()
  # 拼接得到全量结果
  all_update_results = [self_result | peer_results]
  

• 方案2：使用OTP原生GenServer.multi_call/4接口
  OTP已经内置了面向多进程发起同步调用、同时规避自调用死锁的接口，不需要手动过滤pid。该接口对列表中包含的当前进程自身，会直接在当前进程执行对应处理逻辑拿返回值，不会走进程间消息传递的call路径，从根源避免自调用报错，同时会自动收集所有成功调用的返回值。示例代码：

  all_pids = get_all_same_type_genserver_pids()
  # 发起多进程同步调用，设置合理超时时间
  {success_results, failed_pids} = GenServer.multi_call(all_pids, :execute_update, 5000)
  # success_results就是所有进程（包含自身）的返回值，格式为[{pid, 调用返回值}]
  

完全不需要。该错误是同步调用的边界场景问题，上述两种方案都可以在现有业务逻辑内直接解决，额外创建独立进程反而会引入跨进程结果传递、异常处理、生命周期管控等额外复杂度，没有必要。

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