把轮询时代收起来，ABAP Daemon 才是事件驱动应用的长驻底座

今天很多 SAP 系统里最耗人力的地方，并不是业务逻辑写不出来，而是事件来了以后，系统到底能不能立刻知道，缓存到底谁来刷新，工作流到底谁来触发，跨会话状态到底放哪里。过去大家常用后台 Job、定时轮询、共享表检查、缓冲比对这套办法顶着跑，功能也能交付，只是系统一大，响应延迟、资源浪费、并发不稳、错误恢复困难这些老毛病就会一起冒头。ABAP Daemon 出现以后，这块终于有了一个更像现代服务端架构的答案，它和 Unix daemon、Windows service 的思路接近，启动之后不再受普通请求生命周期约束，可以长期存活、持续收消息、持续处理事件。 (SAP Help Portal)

SAP 在文档里把这件事讲得很直接，ABAP Daemon session 一旦启动，就不受普通短会话边界限制，和 HTTP、GUI、RFC 这类会话相比，它更适合做长驻的事件处理器，而且在遇到运行时错误或者 E、A、X 类型消息时，还会自动重启。对于需要持续订阅近实时事件的应用来说，这不是一个小优化，而是整个架构基座的变化。SAP 也明确写了，这项能力在 SAP S/4HANA 2022 FPS00 起提供支持，相关创建与维护能力在 ADT 文档中也已经纳入标准开发流程。 (