上周处理一个转储问题程序按客户代码汇总金额跑着跑着某个内表行的net_value字段就成了负数。我反复加断点单步走盯着变量列表翻来覆去眼睛都看花了就是找不到谁动了它。后来换了个思路在调试器里给这个字段挂了一个监视点条件设为“新值小于0”程序再跑两轮循环立刻停在一个PERFORM的内部——问题藏在传参时的一个除法边界判断里。这件事让我确定了一个习惯调试时盯变量最怕的就是“一堆变量全铺在脸上还不知道看谁”。这篇就专门聊怎么用“快速监视”和“观察”把自己从变量大海里捞出来。先讲“快速监视”。在ABAP调试器里你断点停住后想看某个变量现在是什么值最直接的办法是选住变量名再点一下工具栏上的“快速监视”按钮或者在某些版本里直接双击变量名。但真正快得飞起的方式是在调试器的表达式输入框里敲变量名回车值马上出来。表达式也可以带运算比如lv_total / lv_count只要不报错调试器就当你是在用计算器。这一手很适合临时验证“我猜这个值现在应该是三位数”之类的念头比你睁大眼睛去变量列表里找快得多。但快速监视有个“一次性”的毛病你按单步继续执行那个值不会跟着走。想再看还得再敲一遍。所以它适合用来拍“当前这一刻的照片”不适合看变化过程。要持续盯着一个变量怎么变得用“观察”页签。调试器界面里一般有个叫Watch的标签页你把变量拖进去或者在变量列表里右键选择“追加观察”之后这个变量就被单独列出来了。单步、跳过、回退只要当前作用域还认得它它的值就会随着代码执行实时刷新。这个功能让我省掉了大量的重复敲表达式动作。不过观察页签有个特别容易踩的坑作用域。你在一个子例程PERFORM里观察了局部变量lv_local然后F8跳出这个子例程再回头观察页签你会发现这个变量变成了“不可访问”或者干脆消失。别慌不是变量没了是它离开了自己的作用域。子例程一旦返回局部变量的生命周期就结束了调试器自然拿不到它的值。想继续观察就得在该子例程内部设断点或者把变量提升到调用方的作用域。这个坑我一开始被坑过还以为自己不小心把调试器切到了别的模式。真正能在变量“变坏”瞬间抓住现场的工具是监视点Watchpoint。它本质上是“带条件的断点”条件不是代码行号而是变量的值发生变化。比如你有这样一段代码lv_total lv_total 1. 我以为这里只会变大结果经常变小 lv_bug lv_bug - lv_step. 这行最可疑但断点停了就是没问题如果怀疑lv_bug被某处偷偷改成了负数就可以创建一个监视点。创建时输入变量名lv_bug触发条件选“值变化”或者写更精细的表达式比如“新值 0”。然后继续单步执行程序每次遇到lv_bug的值变化调试器就会立刻停在变化发生的那行代码“执行前”。看清楚是执行前也就是说你正好有机会看到是谁将要动手。这个功能比一堆断点靠谱一百倍尤其是当代码有成百上千行的时候。用监视点要有点节制。别一气挂五六个监视点每个变量又频繁变化那程序会像踩了地雷一样走一步炸一次彻底没法调试。我个人的经验是先快速监视拍个照确认嫌疑变量再用观察页签持续盯一段代码缩小范围最后才上监视点让调试器代替你盯值的变化。这三步走完想不抓到黑手都难。再补充几个常用的观察技巧零基础的同学可能不知道。结构体变量在观察页签里显示为一个节点点开箭头里面每个字段的值都在。别只看到结构体整个值就以为完事了内表也一样双击内表变量会弹出一个窗口像查表格一样一行行翻。很多时候变量“被改坏”其实不是整个变量被赋值而是它内部某个字段被更新了。所以观察结构体或内表层时一定要一层一层展开看细节那个藏在最底层的field-symbols修改往往就是凶手。还有引用变量。调试时看到类似#ABCDEF12345这种地址那是指向堆内存的引用不是值。观察这种引用变量常常需要点击调试器里的“去引用”按钮通常是一个右箭头的小图标它会跳转到引用指向的实际对象。如果你不想每次手动看也可以在观察页签里添加表达式lr_ref-*这样直接显示目标对象。这点不熟悉引用的话容易看半天觉得“这值怎么没变化”其实它指向的内容早变了。生产系统的调试能不做就不做。快速监视和观察页签本身还好一旦挂监视点程序会强制走调试模式后台作业同样可能被拖慢。真遇生产问题建议先在测试机或沙箱机上复现最多只在生产开很短时间的断点看完立刻清除。我见过有人把监视点留在生产程序里忘删第二天整个批次跑得比蜗牛慢最后查出来是监视点反复触发系统一直在攒调试日志。回到开头那个负数谜案。我最后走的路径就是快速监视确认了net_value变负观察页签盯住了它发现它每次经过某个LOOP之后就出事然后设了一个监视点条件写的是“net_value新值 0”跑了两轮循环调试器停在一个内部子例程的DIVIDE语句上。那个子例程用CHANGING传内表行对行内字段做了比例分配但分母是0时结果被系统灌了一个-1过去。这种逻辑隐藏得极深全靠看变量列表根本发现不了。工具这东西会用和用得顺手是两回事。快速监视、观察页签、监视点这三个能力相当于你拍照、翻监控、设报警器。拍照是确认现状翻监控是看历史轨迹报警器是等着抓现行。调试的时候别一上来就把整个变量列表铺满屏幕信息太多等于没有信息。先锁定一两个可疑变量用最合适的工具去盯效率会翻很多倍。这篇就先聊到这。下一回咱们说说调试时内表的深拷贝和浅拷贝——那个问题也很容易让人脑壳疼到时候再拆给你看。
上周处理一个转储问题程序按客户代码汇总金额跑着跑着某个内表行的net_value字段就成了负数。我反复加断点单步走盯着变量列表翻来覆去眼睛都看花了就是找不到谁动了它。后来换了个思路在调试器里给这个字段挂了一个监视点条件设为“新值小于0”程序再跑两轮循环立刻停在一个PERFORM的内部——问题藏在传参时的一个除法边界判断里。这件事让我确定了一个习惯调试时盯变量最怕的就是“一堆变量全铺在脸上还不知道看谁”。这篇就专门聊怎么用“快速监视”和“观察”把自己从变量大海里捞出来。先讲“快速监视”。在ABAP调试器里你断点停住后想看某个变量现在是什么值最直接的办法是选住变量名再点一下工具栏上的“快速监视”按钮或者在某些版本里直接双击变量名。但真正快得飞起的方式是在调试器的表达式输入框里敲变量名回车值马上出来。表达式也可以带运算比如lv_total / lv_count只要不报错调试器就当你是在用计算器。这一手很适合临时验证“我猜这个值现在应该是三位数”之类的念头比你睁大眼睛去变量列表里找快得多。但快速监视有个“一次性”的毛病你按单步继续执行那个值不会跟着走。想再看还得再敲一遍。所以它适合用来拍“当前这一刻的照片”不适合看变化过程。要持续盯着一个变量怎么变得用“观察”页签。调试器界面里一般有个叫Watch的标签页你把变量拖进去或者在变量列表里右键选择“追加观察”之后这个变量就被单独列出来了。单步、跳过、回退只要当前作用域还认得它它的值就会随着代码执行实时刷新。这个功能让我省掉了大量的重复敲表达式动作。不过观察页签有个特别容易踩的坑作用域。你在一个子例程PERFORM里观察了局部变量lv_local然后F8跳出这个子例程再回头观察页签你会发现这个变量变成了“不可访问”或者干脆消失。别慌不是变量没了是它离开了自己的作用域。子例程一旦返回局部变量的生命周期就结束了调试器自然拿不到它的值。想继续观察就得在该子例程内部设断点或者把变量提升到调用方的作用域。这个坑我一开始被坑过还以为自己不小心把调试器切到了别的模式。真正能在变量“变坏”瞬间抓住现场的工具是监视点Watchpoint。它本质上是“带条件的断点”条件不是代码行号而是变量的值发生变化。比如你有这样一段代码lv_total lv_total 1. 我以为这里只会变大结果经常变小 lv_bug lv_bug - lv_step. 这行最可疑但断点停了就是没问题如果怀疑lv_bug被某处偷偷改成了负数就可以创建一个监视点。创建时输入变量名lv_bug触发条件选“值变化”或者写更精细的表达式比如“新值 0”。然后继续单步执行程序每次遇到lv_bug的值变化调试器就会立刻停在变化发生的那行代码“执行前”。看清楚是执行前也就是说你正好有机会看到是谁将要动手。这个功能比一堆断点靠谱一百倍尤其是当代码有成百上千行的时候。用监视点要有点节制。别一气挂五六个监视点每个变量又频繁变化那程序会像踩了地雷一样走一步炸一次彻底没法调试。我个人的经验是先快速监视拍个照确认嫌疑变量再用观察页签持续盯一段代码缩小范围最后才上监视点让调试器代替你盯值的变化。这三步走完想不抓到黑手都难。再补充几个常用的观察技巧零基础的同学可能不知道。结构体变量在观察页签里显示为一个节点点开箭头里面每个字段的值都在。别只看到结构体整个值就以为完事了内表也一样双击内表变量会弹出一个窗口像查表格一样一行行翻。很多时候变量“被改坏”其实不是整个变量被赋值而是它内部某个字段被更新了。所以观察结构体或内表层时一定要一层一层展开看细节那个藏在最底层的field-symbols修改往往就是凶手。还有引用变量。调试时看到类似#ABCDEF12345这种地址那是指向堆内存的引用不是值。观察这种引用变量常常需要点击调试器里的“去引用”按钮通常是一个右箭头的小图标它会跳转到引用指向的实际对象。如果你不想每次手动看也可以在观察页签里添加表达式lr_ref-*这样直接显示目标对象。这点不熟悉引用的话容易看半天觉得“这值怎么没变化”其实它指向的内容早变了。生产系统的调试能不做就不做。快速监视和观察页签本身还好一旦挂监视点程序会强制走调试模式后台作业同样可能被拖慢。真遇生产问题建议先在测试机或沙箱机上复现最多只在生产开很短时间的断点看完立刻清除。我见过有人把监视点留在生产程序里忘删第二天整个批次跑得比蜗牛慢最后查出来是监视点反复触发系统一直在攒调试日志。回到开头那个负数谜案。我最后走的路径就是快速监视确认了net_value变负观察页签盯住了它发现它每次经过某个LOOP之后就出事然后设了一个监视点条件写的是“net_value新值 0”跑了两轮循环调试器停在一个内部子例程的DIVIDE语句上。那个子例程用CHANGING传内表行对行内字段做了比例分配但分母是0时结果被系统灌了一个-1过去。这种逻辑隐藏得极深全靠看变量列表根本发现不了。工具这东西会用和用得顺手是两回事。快速监视、观察页签、监视点这三个能力相当于你拍照、翻监控、设报警器。拍照是确认现状翻监控是看历史轨迹报警器是等着抓现行。调试的时候别一上来就把整个变量列表铺满屏幕信息太多等于没有信息。先锁定一两个可疑变量用最合适的工具去盯效率会翻很多倍。这篇就先聊到这。下一回咱们说说调试时内表的深拷贝和浅拷贝——那个问题也很容易让人脑壳疼到时候再拆给你看。
