轮询为什么越来越像一种笨办法
很多系统一开始都不是被性能压垮的，而是被一种看起来很自然、实际上很粗糙的交互方式拖慢的，那就是轮询。页面每隔几秒刷一次，后台每隔几秒查一次表，任务状态每隔几秒读一次数据库。开发时觉得简单，到了业务高峰期才发现，系统并不是在处理真正有价值的变化，而是在不停确认现在有没有变化这件事本身。
放到业务场景里看，所谓实时，并不只是界面刷新得快，而是用户点一下按钮之后，系统能以很低的延迟给出反馈，同时还能持续拿到最新状态。SAP 在官方文档里把 ABAP Channels 定义为一种面向事件的通信框架，用来完成应用服务器之间、以及 ABAP 与 Internet 之间的消息通信。围绕它展开的两条主线，一条是 ABAP Messaging Channels，也就是 AMC，负责 ABAP 会话之间的消息发布与订阅，另一条是 ABAP Push Channels，也就是 APC，负责 ABAP 与外部客户端之间的双向通信。(SAP Help Portal)
把这个定义翻译成工程语言，我们看到的就不是实时这个抽象词，而是几种很具体的能力。界面上展示的价格、库存、审批状态、生产进度、座位余量、风控告警，需要在数据变化后尽快反映出来。长时间运行的后台计算、
