如何获取启动DynamicSupervisor子进程时使用的初始参数

DynamicSupervisor 未提供公开API用于读取已监管子进程的初始启动参数，该参数属于监管器内部维护的非公开状态，设计上不对外暴露，不建议通过读取内部状态的方式获取。

方案1：独立维护设备配置存储（生产首选） #

这是最稳定且易扩展的实现方式，完全规避从DynamicSupervisor读参数的需求：

• 单独创建一个ETS表或者持久化存储层，以设备的唯一标识（也就是你给子进程的命名关联ID）为键，存储对应设备的最新启动配置
• 子进程的启动逻辑直接从该存储层读取配置，而非依赖DynamicSupervisor存储的初始参数
• 配置更新流程：
  1. 先更新存储层中对应设备的配置
  2. 查找对应设备的运行进程PID，调用DynamicSupervisor.terminate_child/2终止旧进程
  3. 若你的DynamicSupervisor配置了自动重启策略，会自动拉取最新配置启动新进程；若为手动启动模式，调用DynamicSupervisor.start_child/2传入新参数启动即可

示例代码：

# 初始化ETS表（可放在应用启动的 supervision tree 里）
:ets.new(:device_configs, [:named_table, :public, :set])

# 配置更新接口
def update_device_config(device_id, new_config) do
  # 先更新存储的最新配置
  :ets.insert(:device_configs, {device_id, new_config})

  # 终止旧进程
  case Registry.lookup(MyDeviceRegistry, device_id) do
    [{pid, _}] -> DynamicSupervisor.terminate_child(MyDeviceSupervisor, pid)
    [] -> :ok
  end
end

# 设备子进程启动逻辑
def start_link(device_id) do
  [{^device_id, config}] = :ets.lookup(:device_configs, device_id)
  GenServer.start_link(__MODULE__, config, name: {:via, Registry, {MyDeviceRegistry, device_id}})
end

方案2：从子进程直接查询当前配置 #

如果不想额外维护独立存储，可以给子进程加查询配置的公开接口，子进程启动时会将启动参数存在自身状态中，直接读取即可：

• 给设备子进程（通常是GenServer实现）新增同步调用接口，返回当前运行使用的配置
• 配置更新时先调用该接口获取当前配置，合并新参数后终止旧进程，用合并后的新参数启动新进程

示例代码：

# 子进程中新增配置查询接口
def handle_call(:get_current_config, _from, %{config: config} = state) do
  {:reply, config, state}
end

# 配置更新流程
def update_device_config(device_id, new_config_part) do
  case Registry.lookup(MyDeviceRegistry, device_id) do
    [{pid, _}] ->
      # 读取当前配置
      current_config = GenServer.call(pid, :get_current_config)
      new_config = Map.merge(current_config, new_config_part)
      # 终止旧进程
      DynamicSupervisor.terminate_child(MyDeviceSupervisor, pid)
      # 用新配置启动新进程
      DynamicSupervisor.start_child(MyDeviceSupervisor, {MyDeviceWorker, {device_id, new_config}})
    [] ->
      # 设备未运行，直接存入新配置待后续启动使用
      :ets.insert(:device_configs, {device_id, new_config_part})
  end
end

不推荐的做法 #

不要尝试通过:sys.get_state/1读取DynamicSupervisor的内部状态来获取启动参数，该方式依赖OTP的内部实现细节，OTP版本升级时可能发生不兼容变更，生产环境使用会有稳定性风险。

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