共计 1092 个字符，预计需要花费 3 分钟才能阅读完成。
@TOC
笔者已经写过一篇文章，介绍了如何依据 ABAP 谬误音讯找到精确的抛出该谬误音讯的代码地位：
SAP 谬误音讯调试之七种武器：让所有的谬误音讯都能被定位
这七种武器的第四种，即依据 ABAP 零碎提供的两款规范工具，输出关键字，在指定的 ABAP 开发包里，搜寻并列出所有蕴含了指定关键字的 ABAP 代码的精确地位。
本文及后续步骤，咱们就来给尚未应用过这两款代码搜寻工具的敌人们做一个具体介绍。
ABAP 代码搜寻工具：ABAP 报表 RS_ABAP_SOURCE_SCAN
这个报表的名称，笔者是这样记忆的。
RS 代表 Reuse Service，可重用的服务。SOURCE SCAN 代表源代码扫描。
执行报表后，看到下图所示的输出界面。
笔者绝大多数时候，只应用了这个报表的 1 ～ 4 输出参数，如下图所示：
(1) 搜寻的关键字。留神这个工具反对指定一个 正则表达式 作为搜寻关键字。
(2) Package：在哪些 ABAP 开发包里进行搜寻。
(3) 在指定的 function group 内搜寻。
(4) 在指定的 Class 范畴内搜寻。
一般来说，搜寻条件指定越具体，则搜寻范畴越小，则搜寻速度越快。
咱们来看一个理论工作中的例子。
下图是 SAP CRM 产品主数据的搜寻界面。
用户能够在 UI 的下拉菜单里，指定不同组合的搜寻条件来查问产品主数据：
应用 SAP CRM 这个产品的客户，其后盾产品主数据的规模通常都是很大的，寄存产品主数据的数据库表记录数动辄上千万，本教程之前的步骤已经提到，OPEN CURSOR 和 FETCH NEXT CURSOR 这对关键字，是用来在这种记录数众多的数据库表里读取时防止高内存耗费的一种无效形式：
- 77. 简略聊聊 ABAP 变量耗费的内存空间这个话题
- 78. 浅谈 ABAP 程序运行时呈现『内存耗尽』谬误的问题
- 79. 应用 OPEN CURSOR 和 FETCH NEXT CURSOR 对 SAP 数据库表进行分块读写
- 80. 应用事务码 SAT 比拟传统的 SELECT SQL 语句和 OPEN / FETCH CURSOR 分块读取 ABAP 数据库表两种形式的性能差别
- 81. 应用 SAP ABAP Memory Inspector 对应用程序耗费内存进行检测时常犯的谬误
理论工作中的一个需要：找到 SAP CRM 产品主数据搜寻实现里应用了 OPEN CURSOR 关键字的精确地位
当初咱们工作中接到一个调研需要：找出 SAP CRM 产品主数据规范程序里调用 OPEN CURSOR / FETCH NEXT CURSOR 的代码地位。
假如是一个刚接触 SAP CRM 不久的新人被调配到这个工作，组里的老同事只通知他，SAP CRM 产品搜寻实现的入口函数是 CRM_PRODUCT_GETLIST2.
具体应用办法参考这篇文章。
