何时选用Elixir Process Registry而非命名进程？

• 全局唯一性约束：每个注册名称只能绑定单个进程，无法实现一个标识对应多个进程的场景——比如同一业务类型的多个 Worker 进程、同一用户的多个会话进程，这类需求用原生命名进程根本无法满足。
• 命名空间冲突风险：所有进程共享同一个全局命名空间，大型应用中不同模块、业务逻辑若不慎使用相同名称，会直接触发注册失败或覆盖已有绑定，排查和规避成本极高。
• 弱生命周期管理：进程崩溃或退出后，注册的名称不会自动从全局注册表中清理，若未手动处理，后续用同名注册新进程可能出现异常；同时缺乏便捷的查询、批量管理能力，没法快速找到某名称对应的进程，或统计相关进程状态。
• 扩展性瓶颈：全局命名注册表是单点维护的，当进程规模达到数千级时，并发注册、查询操作会成为性能瓶颈，无法支撑分布式场景下的横向扩展。

• 多进程关联同一标识：当你需要一个键对应多个进程时（比如用户ID绑定多个会话、同类型任务的多个 Worker），Registry 的 :duplicate 模式完美适配；即使是单进程绑定，:unique 模式也能提供更安全的命名隔离。
• 隔离业务命名空间：可以为不同业务模块创建独立的 Registry 实例，每个实例拥有自己的命名空间，彻底避免跨模块的命名冲突，大型应用的模块化开发中这个优势尤为突出。
• 动态进程生命周期管理：Registry 会自动跟踪进程状态，进程退出时会自动从注册表中移除绑定；还支持通过键查询所有关联进程，或订阅进程的注册/注销事件，简化进程集群的管理逻辑。
• 高并发与大规模进程场景：Registry 支持分布式部署，能横向扩展承载数千甚至更多进程的注册与查询需求，相比全局命名进程的单点瓶颈，性能稳定性提升明显。
• 消息路由与负载均衡：配合 Registry 的调度策略（如 :round_robin），可以实现消息按键路由到对应进程组，或在多个关联进程间轮询分发消息，轻松实现负载均衡。

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