ABAP中除零必抛ZERO_DIVIDE异常且不自动转空值，须显式TRY/CATCH或EXCEPTIONS捕获；数据库NULL、浮点比较等易漏判；业务上需区分统计/财务/接口场景处理，源头治理优于事后容错。

ABAP 中 ZERO_DIVIDE 异常必须显式捕获，不 catch 就 dump

abap 运行时遇到除零不会自动转成空值或默认值，而是直接抛出 zero_divide 异常并中断程序——哪怕你只是算个 a / b 且 b 是用户输入的字段。没写 catch 就等于没容错。

实操建议：

• 所有可能含变量除法的地方，都得套 TRY ... CATCH zcx_zerodivide（注意：标准异常类是 zcx_zerodivide，不是字符串 'ZERO_DIVIDE'）
• 不要依赖 IF b 0 预判——浮点数比较、初始值 INITIAL、空字符串转数字后为 0 等边界情况容易漏判
• 如果除数来自数据库字段（比如 qty），注意 NULL 在 ABAP 中会转成 0，同样触发 ZERO_DIVIDE

用 EXCEPTIONS 参数捕获比 TRY/CATCH 更轻量，但只适用于函数模块

老代码里常见 CALL FUNCTION 'Z_CALC_RATE' EXCEPTIONS divide_by_zero = 1 这种写法。它不抛异常对象，而是靠返回码分支，性能略好，也避免嵌套太深。

但要注意：

• 仅限 FM（函数模块），类方法、内表运算、表达式里不支持
• 必须在 CALL FUNCTION 后立刻检查 sy-subrc，不能等下一行再判断
• 多个异常共用一个 sy-subrc，如果同时声明了 divide_by_zero = 1 和 invalid_input = 2，那 sy-subrc = 1 时你得确认是哪个异常触发的——FM 文档得看准

业务上“除零”往往意味着数据语义异常，不能只补 0 或跳过

比如计算“单据行平均金额 = 总金额 / 行数”，若行数为 0，补 0 得到平均值 0 是错的；跳过该计算又导致下游报表断链。这时候要区分场景：

• 统计类逻辑：应记录警告日志（MESSAGE w001(zmsg)），并让指标显示为 #DIV/0! 或空（SPACE），而不是硬塞默认值
• 财务校验类：行数为 0 本身违反业务规则，该报错（MESSAGE e002(zmsg)），而非容错
• 接口入参校验：在 FUNCTION-POOL 的 DATA-PROVIDER 层就拦截，别让非法数据进主逻辑

调试时 ZERO_DIVIDE dump 看不到具体哪行除零？开短堆栈 + 检查 SY-SUBRC

ABAP dump 默认只显示异常类名，不标出行号。实际定位靠两步：

• 运行时按 /h 进调试器，在 dump 页面点“短堆栈”，往上翻看到最靠近的 CALL FUNCTION 或计算语句
• 在可能出问题的除法前加 WRITE: / 'divisor =', b.，或者临时把 b 写进 SY-SUBRC（仅测试用）
• 注意：某些增强点（如 BADI、User Exit）里除零不会进主程序堆栈，得单独在增强代码里加保护

真正麻烦的不是语法怎么写，是得想清楚——这个 0 是脏数据、配置错误，还是上游系统根本没传值。异常捕获只是最后防线，源头治理才省事。