在 SAP Gateway 项目里，有一种故障很容易把排查工作拖得很长。浏览器里的 SAP Fiori 页面请求一个 OData EntitySet，Network 面板里看到请求已经到达服务器，HTTP Status 却只有500 Internal Server Error。Response Body 可能只有一段非常笼统的错误信息，前端开发人员知道请求失败了，却不知道异常发生在 Gateway Runtime、DPC_EXT、SADL、CDS、数据类型转换，还是后端业务逻辑。很多时候，我们会立刻打开/IWFND/ERROR_LOG，再去/IWBEP/ERROR_LOG，必要时设置 External Breakpoint。这样的排查方法没有问题，不过在经典 SAP Gateway Foundation 环境里，还有一个很实用、却经常被忽略的入口，也就是sap-ds-debug。SAP 官方把它称作 Debugging Query Option。它不是一个新的 OData System Query Option，也不是类似$filter、$select、$expand那样参与业务查询语义的参数。它更接近一个由 SAP Gateway Runtime 识别的技术诊断参数。只需要在 OData 请求 URL 中加入sap-ds-debug=true，ABAP Backend 就会改变这一次请求的呈现方式，把原本返回给 OData Consumer 的 XML 或 JSON 数据放进一个动态生成的 HTML 调试页面中，