把计算机网络里的集线器Hub和ABAP放在一起比较，其实是一个很有意思的问题。因为在日常做SAP开发时，我们经常会碰到这样一种需求，一个地方发生了一件事情，希望多个地方都能收到通知。订单发生变化，库存模块要知道，审计模块要知道，前端页面也想知道。一个后台任务处理完毕，多个正在运行的会话希望立刻得到消息。某个业务对象发生变化，又希望多个扩展程序分别执行自己的处理逻辑。从现象上看，它和网络里的集线器很像。一个东西进来，很多地方都能收到。但如果把这个类比继续往技术底层推，就会发现，ABAP里面并没有一个和以太网Hub完全等价的概念。真正最接近这种一对多分发感觉的，是ABAP Messaging Channels，简称AMC。如果范围扩大到对象内部，还有ABAP Objects Event。如果再扩大到跨系统和SAP BTP，则会碰到SAP Event Mesh。这三个东西看起来都带有一点集线器味道，但它们实际上比物理网络里的Hub聪明得多。先把网络里的Hub想清楚，这个问题就已经解决了一半。传统以太网集线器工作在OSI Layer 1，也就是物理层。它并不会真正理解收到的内容是什么。某个端口收到信号以后，它会把信号重复到其他端口。它不学习MAC Address ABAP 里有没有类似计算机网络集线器的东西，最接近的是 AMC，但它并不是真正的 Hub
把计算机网络里的集线器Hub和ABAP放在一起比较，其实是一个很有意思的问题。因为在日常做SAP开发时，我们经常会碰到这样一种需求，一个地方发生了一件事情，希望多个地方都能收到通知。订单发生变化，库存模块要知道，审计模块要知道，前端页面也想知道。一个后台任务处理完毕，多个正在运行的会话希望立刻得到消息。某个业务对象发生变化，又希望多个扩展程序分别执行自己的处理逻辑。从现象上看，它和网络里的集线器很像。一个东西进来，很多地方都能收到。但如果把这个类比继续往技术底层推，就会发现，ABAP里面并没有一个和以太网Hub完全等价的概念。真正最接近这种一对多分发感觉的，是ABAP Messaging Channels，简称AMC。如果范围扩大到对象内部，还有ABAP Objects Event。如果再扩大到跨系统和SAP BTP，则会碰到SAP Event Mesh。这三个东西看起来都带有一点集线器味道，但它们实际上比物理网络里的Hub聪明得多。先把网络里的Hub想清楚，这个问题就已经解决了一半。传统以太网集线器工作在OSI Layer 1，也就是物理层。它并不会真正理解收到的内容是什么。某个端口收到信号以后，它会把信号重复到其他端口。它不学习MAC Address RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
