软总线只是个名字而已，轻易起这个没什么好鞭挞的，换台湾人可能还叫汇排流呢。

说软总线是个谬误设计指的是它退回了RPC。

RPC是个有态的货色，而且是操作语义的，这个自由度太大了，还没有好的形象，这间接导致ab两点之间只能end-to-end，这个形象水平是不够的。

b不能是一组服务吗？不能是facade模式一样聚合的吗？a/b能对称吗？重用一个transport？

这些都是更宽泛的场景。实际上HTTP有一点历史起因做得不够纯正，但restful毫无疑问是正确的（指资源模型和crud）；而mqtt在另一侧，它是资源语义实现了观察者模式，重要的是它尽管也是有态的货色，但态即资源，服务端能够scale。

一个零碎的架构和通信能力决定了这个零碎能走多远，鸿蒙的设计者仅仅是无关个含糊的想法，能够基于wan实现（90年代的）分布式OS的设计理念，然而设计者没设计过零碎级通信协定，也不晓得零碎级的通信协定（例如9P）的设计取舍准则是什么，没有精确的vision当然也不会有正确的设计。

应用end-to-end的操作语义RPC设计曾经把这个零碎限度在无奈应答将来场景了，当节点数量多的时候，协同的难度是几何级数减少的。这是20年前的货色，如果RPC是正确的，jini早就统治了世界。