正如标题所提到的，这个博客并没有介绍OData跟踪功能本身，淘客帝国，而是展示了如何自己发现和弄清楚跟踪功能的用法，例如，找到相应的事务代码或报表名称来启动跟踪。

实际上这种方法并不专用于网关，而是普遍适用的对于任何其他场景：

–您在一些ABAP源代码中发现了开关或标志评估，什么是数据中台，它动态地控制某些功能的启用。您需要知道在哪里以及如何访问此可切换功能。

例如，在gateway系统中，我发现有两个启用或禁用OData跟踪的标志：

我需要找出如何通过源代码执行OData跟踪，运行时不进行任何调试。

步骤1：在mv\U性能级别执行where used list:

7次点击。根据经验，我可以判断第100行是用opensql从DB table取的值填充的，bi大数据分析，

双击第100行，何为大数据，

第2步：现在我找到了保存跟踪配置信息的配置表。再次执行表上的where used list:

第二个报告/IWFND/SUTIL\u TRACE\u CONFIG是我要找的，启动OData TRACE UI的报告。

要验证，只需执行它。就这样。在我做了以下设置并单击保存按钮后：

在我在这一步中找到的表中保留了相应的条目。

第3步：我也很好奇另一个标志mv\u odata\u trace\u active何时会变为真。仍然是相同的方法。

检查结果。根据经验，只有第一个方法ENABLE\u ODATA\u TRACE对标志执行写访问，其余的都是读访问，云报，例如mv\u ODATA\u TRACE\u active=abap\u true。…..

双击ENABLE_ODATA_TRACE，我们知道如果io_context->debug为true，标志将变为true。

所以现在研究/IWCOR/if_DS_CNTXT：

同样，interface的属性debug只有在实现类的构造函数方法中才有机会为true，其他41次点击都是对它的读访问所以在构造函数方法上执行where used列表：

这里我们离目标非常近：

只要向上滚动，我们就得到了结果。另一个标志只有在满足以下两个前提条件时才能变为真：

1。OData请求url中定义了查询参数sap ds debug.

2。当前用户应具有调试权限，即通过功能模块系统调试权限检查。