做过线上问题定位的人，大多都见过这种场景。界面层一切看起来都正常，按钮也点下去了，前台动作也完成了，可后台真正跑到哪台应用服务器、落到哪个用户上下文、最终由哪个 RFC 会话接手，现场支持往往并不透明。资料里给出的那个在线商店例子就特别典型，一本大约 50 美元的书，点击确认后金额突然跳成了 13,700。这个时候，真正让人头疼的并不是业务逻辑本身，而是传统外部断点明明已经打上去了，调试器却就是起不来。SAP 在NetWeaver 7.0 EhP2这一代，把外部调试这块做了两项很关键的增强，一项是跨应用服务器生效的user breakpoint，另一项就是这篇主题里的request-based debugging，也就是基于请求本身来抓调试入口。它的目标很明确，抓住某一台前端机器上某个真实终端用户发出的那一次请求，而不是只盯着后台用户名。(SAP Community)传统外部断点为什么经常抓不到请求很多人第一次碰到这个问题，会直觉觉得是断点没打对，或者代码路径判断错了