仅使用守护程序路由到接收器 - 没有网络或服务
Routing to receivers with daemon only - without network or service
当发件人仅指定守护进程，没有网络和服务时，具有类似设置的接收者可以看到给定 subject.
上的消息
但是，如果发送方明确指定守护进程，并与服务联网，则接收方（仅指定守护进程，以及空网络和服务）无法在 subject 上看到消息或_LOCAL.subject - 这是为什么？
_LOCAL（不是守护进程之外的路由）对于收听 subject 或 LOCAL.subject 的意义是什么？只要每个人都明确连接到同一个守护进程？
当发送者只指定守护进程，没有网络和服务时，它使用以下配置：
。指定守护进程
。默认网络（';' = 机器的默认广播地址）
。默认服务 = 7500
为了能够交换 Rendezvous 消息，应用程序需要共享相同的配置（相同的网络和服务，如果它们不在同一主机上 运行，则可以使用两个不同的守护进程）。
这意味着，如果一个应用程序正在使用它明确定义的特定配置（不同于默认配置），而另一个应用程序正在使用默认配置，则它们无法通信。
使用 _LOCAL 主题前缀发送的消息在发布者应用程序使用的守护程序上保持本地，只有连接到同一守护程序的订阅者应用程序才能接收此消息（如果它们订阅了带前缀的主题）。
当发件人仅指定守护进程，没有网络和服务时，具有类似设置的接收者可以看到给定 subject.
上的消息但是，如果发送方明确指定守护进程，并与服务联网，则接收方（仅指定守护进程，以及空网络和服务）无法在 subject 上看到消息或_LOCAL.subject - 这是为什么？
_LOCAL（不是守护进程之外的路由）对于收听 subject 或 LOCAL.subject 的意义是什么？只要每个人都明确连接到同一个守护进程？
当发送者只指定守护进程，没有网络和服务时，它使用以下配置：
。指定守护进程
。默认网络（';' = 机器的默认广播地址）
。默认服务 = 7500
为了能够交换 Rendezvous 消息，应用程序需要共享相同的配置（相同的网络和服务，如果它们不在同一主机上 运行，则可以使用两个不同的守护进程）。
这意味着，如果一个应用程序正在使用它明确定义的特定配置（不同于默认配置），而另一个应用程序正在使用默认配置，则它们无法通信。
使用 _LOCAL 主题前缀发送的消息在发布者应用程序使用的守护程序上保持本地，只有连接到同一守护程序的订阅者应用程序才能接收此消息（如果它们订阅了带前缀的主题）。