澄清三个常见误解：命令不必同步、编排不必集中式、编制不天然更解耦

围绕”该避免编排”或”编制才是大势所趋”，作者点出三个常见但错误的认知。误解一：”命令必须同步通信，会带来时间耦合”——这不成立，因为命令（和事件）的语义独立于通信协议：完全可以让组件A把命令放进异步消息发给组件B，即使B当时不可用，消息也只会在队列里等待；同理”编排就是一连串同步阻塞调用”也是误解，链式同步阻塞调用确实会让延迟层层叠加、可用性因所有下游服务必须同时可用而下降，但这个问题的根源是选择了同步通信，而不是编排本身——编排不引入时间耦合，同步通信才会，异步通信同样能实现编排。误解二：”编排一定是集中式的”——这源自SOA时代的历史包袱，但编排的本质只是”指挥/协调另一个组件”，任何组件都能做到这一点，不需要一个中心化的编排器，作者建议干脆用”本地编排”或”分布式编排”这类说法把”编排”和”集中式”在脑海里彻底分离；编排也不绑定特定工具，工作流引擎对实现长期运行的编排流程确实很有帮助，但用普通代码发送命令去协调其他组件，同样是在执行编排。误解三：”事件驱动架构天然大幅减少耦合”——这也是无稽之谈，用事件只是把耦合选择性地放在了接收方一侧，某些场景下这确实有益，但不是放之四海皆准，是否解耦取决于具体架构决策，不是通信风格本身的属性。