在做 BSP + Web Dynpro 相关的维护时，经常会碰到这种需求：给定一个事件，想快速知道系统里到底有哪些类把自己的方法注册成了该事件的处理器。比如我这次关心的是类CL_BSP_WD_COLLECTION_WRAPPER的事件NEW_FOCUS，目标很朴素——拿到一份清单：所有对这个事件做过注册的类。
看起来像个Where-Used List一把梭的事，真正动手才发现这条路会把人拖进泥潭：点击使用列表后，等了十多分钟都没有结果，命中数太大，系统像在做一场“全库体检”。把它丢到后台跑也一样慢，依旧需要很久才能吐出结果。(RSSing)
为什么Where-Used List会慢到怀疑人生
很多同学对Where-Used List的直觉是：它就是在源码里搜关键字。实际情况更复杂——它会走一整套仓库信息和交叉引用的链路，既要考虑不同对象类型（类、接口、方法、事件、类型、别名、重定义、可见性等），还要兼容激活版本、继承关系、增强实现、包层级、甚至不同的技术栈历史遗留。
当命中范围大时，哪怕底层是 HANA，这类“宽范围交叉引用查询”也很容易变成长跑。此时你会看到前台卡顿、后台作业也在持续占用工作进程。(<
