很多 ABAP 开发在排查问题时，都会在调试器里做过两类操作：一类是把变量值临时改到自己想要的状态，另一类是把执行光标“挪一下”，让程序走到另一个位置继续跑。它们确实能快速验证猜想、定位根因，也能在紧急场景下把业务从“卡死”里救出来。
但在真实项目里，特别是带有审计、内控、合规要求的生产系统，这类操作还有一层经常被忽略的副作用：系统并不会把你的调试行为当成“空气”。不少关键调试动作会留下痕迹，最常见的入口就是系统日志事务码SM21。在某些团队里，Basis 或安全管理员甚至会把它当作“事后取证”的首选素材之一。
这篇文章从开发者视角出发，聊清楚一件事：你在调试器里“动过的手脚”，系统可能已经默默记在案了。更重要的是，如何用正确方式理解、定位、解释这些记录，避免自己在不知不觉中踩到合规红线，同时也让你在排障时更有底气。
SM21到底记录了什么
SM21是 ABAP 系统里的System Log（系统日志）查看器。它的定位不是应用日志（那通常是SLG1），也不是短 dump（那通常是ST22），而是更偏“系统层面的事件与问题轨迹”。
从官方监控说明的口径来看，系统日志会记录诸如系统错误、告警、用户因登录失败触发的锁定、以及系统处理过程中的消息等内容；同时存在本地日志与集中日志两种形态：每个应用服务器实例会写本地日志，也可以指定某台服务器维护集中日志并汇总其它实例的消息。(
 全景拆解与实战套路){kind=spacer}
