在一个运行多年的 SAP S/4HANA 系统里，性能问题经常不是因为某一条 ABAP 语句写得特别差，而是数据规模已经悄悄发生了变化。一段程序处理 500 条销售订单时，串行执行完全没有压力。业务扩张以后，同一段程序需要处理 5 万条甚至 50 万条订单行。即使单条处理只消耗几十毫秒，累计起来也可能从几秒变成几十分钟。这类场景很容易让开发人员把注意力集中到 SQL 优化、内表类型、二分查找、CDS pushdown、AMDP 或 SAP HANA 执行计划上。这些技术当然重要，但当每一个处理单元彼此独立，而且单个处理单元本身已经没有多少优化空间时，问题会进入另一个维度。与其让一个 ABAP Work Process 依次处理 100 个任务，不如让多个 Work Process 同时工作。经典 ABAP 里，SAP 很早就提供了基于 asynchronous RFC，也就是 aRFC 的并行处理能力。SAP 官方文档明确说明，用于并行处理的标准模式是CALL FUNCTION STARTING NEW TASK DESTINATION IN GROUP，SAP 特别提醒，不应该使用其他不受控的 aRFC 形式模拟并行处理，因为DESTINATION IN GROUP这一套机制包含系统资源保护和负载分配能力。(