在 SAP S/4HANA 的实际运行环境里，经常会遇到一种看起来很普通，却会直接影响 OData 请求处理效率的配置。同一个 OData Service，业务代码没有变化，CDS View 没有变化，DPC 或 SADL 实现也没有变化，仅仅因为/IWFND/MAINT_SERVICE中的Processing Mode不同，请求在 SAP Gateway Foundation 内部走过的路径就可能完全不同。这个配置就是Co-deployment。SAP 官方给出的描述非常明确，当一个 Service 本来就部署在 SAP Gateway Foundation 所在的同一套 ABAP System 中时，Gateway Framework 可以在 HTTP Handler 与 Backend Runtime 之间建立一条更短的内部处理路径。在这条路径上，Metadata 可以借助 Shared Memory 更高效地使用，Payload 对应的数据容器也能够采用针对本地调用优化过的方式传递，同时还省掉了读取 System Alias Routing Information 的过程。SAP 将这种场景称为Co-Deployment。这件事放到 SAP Gateway 的架构里理解，会清楚很多。一个来自 SAP Fiori、SAP UI5、浏览器或者其他 OData Consumer 的请求进入 ABAP Application Server 时，可以把处理链路简化理解成下面这条路径。HTTP Request → ICF → SAP Gateway Foun