财务代码中应使用下划线分隔大额数字字面量以提升可读性，适用于注册资本、预算上限、超时毫秒值等场景；需按语言规范使用（如js/python/java支持，c++用单引号），且仅作用于源码阶段，运行时等价原始数值。
直接在财务相关代码中用下划线 _ 分隔数字字面量，能一眼识别金额位数，避免手误多写或少写零——它不改变数值本身，只让代码更“看得懂”。
哪些财务场景最该用下划线？
硬编码的大额数字，比如注册资本、年度营收、预算上限、超时毫秒值、内存字节数等，最容易因零太多而看错。例如：
const budgetCap = 50_000_000; // 五千万，不是五百万或五亿const timeoutMs = 30_000; // 30秒，比30000直观得多const maxFileSize = 2_147_483_647; // 接近2GB，一眼看出是int32上限
不同语言的合法写法和常见雷区
不是所有语言都支持，也不是所有位置都能加下划线。关键要避开语法错误：
-
JavaScript（ES2021+）：支持整数、浮点、十六进制、二进制，但不能在开头、结尾、小数点旁或进制前缀后紧贴：
0xFF_FF_FF ✅，0x_FF ❌，123_.45 ❌ -
Python（3.6+）：允许任意合法位置，
3.141_592_653 ✅，但_100或100_会报SyntaxError -
Java（7+）：规则更严，不能连续下划线，也不能在
L/f后加下划线：1_000_000L ✅，1_000_000_L ❌ -
C++14+：用单引号
'而非下划线：100'000'000 ✅（注意不是_）
别把分隔符当成显示格式——这是两回事
数值分隔符只作用于源码书写阶段，编译/解析时被完全忽略，运行时和原始数字完全等价。它和网页渲染用的千位逗号（如toLocaleString()）、Excel单元格格式、财务报表导出样式无关。
如果你需要最终呈现给用户带逗号的数字，得另外处理——比如：
- 前端展示：
(123456789).toLocaleString('en-US')→"123,456,789" - 后端导出：
locale.format_string('%d', n, grouping=True)（Python） - Excel模板：设置单元格格式为
#,##0
团队落地建议
光个人写对没用，得形成规范才能真正防错：
- 在代码规范文档里明确要求：≥5位的整数字面量必须使用下划线分组（如按千位：1_000_000）
- CI流程中加入lint检查，拦截非法下划线写法（如开头下划线、紧贴小数点）
- 财务模块代码评审时，把硬编码大数是否可读作为必查项
- 避免混用：同一项目不要有的地方用
1000000，有的用1_000_000，统一才有效
