请求解释这段ActionCable代码的工作原理

在IRB中执行以下代码可正常发送广播消息：

server = ActionCable::Server::Base.new
server.broadcast "channel", message

你对其运行机制存在疑惑：已知ActionCable::Server::Base包含ActionCable::Server::Broadcasting模块，该模块可访问嵌套的Broadcasting类，通过pubsub向工作池发送请求，由空闲工作池执行广播，但不确定这是否会调度另一个工作进程。

ActionCable::Server::Broadcasting模块核心逻辑 #

该模块是ActionCable广播功能的核心实现，关键逻辑如下：

• 提供broadcast方法，接收频道名称和消息内容，先将消息序列化为JSON格式（默认规则），再通过pubsub系统发布消息。
• 嵌套的Broadcasting类负责封装频道标识与消息序列化逻辑，为广播操作提供统一入口。
• pubsub系统是跨进程/服务器的消息传递层，默认基于Redis实现，负责将广播消息分发到所有订阅了目标频道的ActionCable节点。

实际运行流程拆解 #

1. 消息发布阶段：调用server.broadcast时，仅触发消息序列化与pubsub发布操作，当前IRB进程不会启动新的工作进程，只是把消息推送到Redis（或配置的其他pubsub适配器）。
2. 消息接收与分发阶段：所有订阅了目标频道的ActionCable服务器节点，会通过pubsub的订阅机制实时收到这条消息。
3. 消息推送阶段：每个收到消息的服务器节点，会将“向客户端推送消息”的任务放入自身的内部工作池，由工作池中的空闲工作进程完成最终的客户端推送操作。

简单来说，执行broadcast的进程只负责“发消息到pubsub”，而工作进程的调度是在接收消息的ActionCable服务器节点上发生的，并非在当前执行广播的进程中。

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