文章转自华为云社区，作者：Jerry Wang；原文链接：https://bbs.huaweicloud.com/blogs/347118
本文标题的SM50事务码，在SAP系统里描述信息是“Work Processes of AS Instance”，即应用服务器实例上的工作进程监控器。
在Jerry的文章 一个13年ABAP老兵的建议：了解这些基础知识，对ABAP开发有百利而无一害 曾经介绍过工作进程(Work Process)的概念。在基于ABAP技术栈的SAP产品里，客户无论是从浏览器，SAPGUI，或者API的方式向SAP系统发起请求，最后的业务处理都是通过这些勤勤恳恳的工作进程完成的。
上述文章还介绍了SM50里能够查看到的工作进程的不同类型，这里不再重复。
本文要介绍的，是使用SM50检测出工作进程长时间读取一张数据库表这个行为的小技巧。SM50界面有一列名为"Current Action Info"，如果启动SM50时，当前工作进程正在持续读取一张数据库表，则该列会显示出数据库表的名称。
比如上图显示了编号为9743的工作进程，当前状态为Running，正在client 000以系统用户SAPSYS的身份，执行ABAP系统程序SAPMSSY2, 读取数据库表TBTCO。
我曾经用这个小技巧，完成了实际工作中的一个任务。
在我还在做SAP CRM标准开发时，我需要找出监听了CL_BSP_WD_COLLECTION_WRAPPER这个类抛出的NEW_FOCUS事件的所有ABAP类。
于是我使用ABAP workbench里的Where-Used List功能，等待了5分钟过后仍然出结果。我又以后台作业的方式执行了Where-Used List操作，或许是待检索的ABAP类的总数太过庞大的缘故，十分钟过去了仍无结果。
于是我换了一种方式，打开SE80的Repository Information System，根据如下条件搜索：
然而这个过滤条件只能显示哪些类发布，而非监听了NEW_FOCUS事件。
于是我打开SM50，一眼就看到了当前进程正陷入读取VSEOCOMPDF的泥潭之中。
这是一个数据库视图：
ABAP类和其发布事件的关联关系维护在了数据库表SEOCOMPODF中。我在SE16里按照如下过滤条件进行检索：
不到一秒钟就得到了我想要的列表：
这个例子如果采用我之前文章 SAP错误消息调试之七种武器：让所有的错误消息都能被定位 里提到的工具之一，即用ST05跟踪Where-Used List执行时访问到了哪些表，结果一定会出来长长的一串。而使用SM50的Current Action Info，能避开所有干扰信息，迅速准确找出存储ABAP类和其监听事件的关联关系的存储表。
ABAP开发人员手头上可用的工具很多，如何在不同情形下灵活选择最合适的工具去解决问题，是我们需要不断去练习和提高的。
