在传统 ABAP 开发里，业务数据往往给人一种很强的数据库中心感。程序运行起来，SELECT一张透明表，或者读取 CDS View，大部分业务逻辑的数据入口似乎都在 SAP HANA 里面。到了 ABAP Cloud，这种思路就明显不够用了。一个现代企业应用的数据来源很可能横跨多个系统。订单主体放在 SAP S/4HANA Cloud，物流状态来自第三方承运平台，员工数据来自 SAP SuccessFactors，汇率来自外部金融服务，商品信息可能来自 SAP Commerce Cloud，某些 AI 推理结果甚至来自 SAP BTP 上部署的服务。ABAP 程序仍然承担核心业务逻辑，但它面对的数据世界已经不再局限于本地数据库。SAP 为这类场景准备的核心机制就是 Outbound Communication，也就是由 ABAP 系统主动访问远程通信伙伴。SAP 当前的 ABAP Integration and Connectivity 文档把出站通信支持的技术范围扩展到 HTTP、OData、SOAP 和 RFC。对于 OData，底层仍然建立在 HTTP 通信之上，所以从通信管理角度看，OData 的出站连接同样依赖 HTTP 类型的 Outbound Service。真正理解这套机制，需要把一个很容易混在一起的问题拆开。一部分工作属于开发阶段，我们需要知道远程服务长什么样、有哪些 Entity、有哪些字段、请求该如何构造、响应如何映射成 ABAP 类型。SAP 把这一层叫作 Business Service Consumption。另一部分工作属于通信配置，我们需要知道目标系统是谁、Host 是什么、采用什么认
合并：手写malloc实验中的隐式链表与分离适配)
