在 SAP Gateway 项目里，最让人头疼的故障往往不是一个明确的 ABAP Dump。浏览器里可能只是一个HTTP 400或HTTP 500，SAP Fiori 页面弹出一句业务错误，OData Consumer 收到一段errorJSON，而真正决定问题发生在哪里的信息，却散落在 Gateway Frontend、Backend、Message Container、Error Log 和 Application Log 几个不同层次。做 SAP Gateway 开发久了以后，我们会发现，日志并不是出了问题以后才去看的东西。一个设计得比较完整的 Gateway 服务，从业务代码开始产生消息时，实际上就已经在决定后续问题是否容易定位。SAP Gateway Foundation 为这件事准备了一套自己的 Logging API，其中一个很典型的方法，就是LOG_MESSAGE_STRUCTURE。SAP 官方文档对它的定位非常明确，Gateway 的 Message Container 可以通过/IWFND/CL_LOGGER或/IWBEP/CL_COS_LOGGER提供的日志能力记录消息，而LOG_MESSAGE_STRUCTURE允许我们直接把已经组织好的消息结构交给日志框架处理。SAP 文档列出的核心输入结构是/IWFND/S_MECO_MESSAGE，同时还提供消息文本记录开关和 Application Log Message Handle 等参数。理解这