汇编语言数字表示疑问：十进制替代十六进制及len dw赋值问题

1. 用十进制替代十六进制写汇编数字的影响 #

其实汇编器完全支持十进制数字，但长期用十进制确实会带来不少实际开发上的麻烦：

• 硬件相关场景可读性暴跌：汇编经常和内存地址、寄存器位掩码、硬件寄存器值打交道，这些数值和十六进制天然适配——比如一个字节的最大值是255，十六进制是FFh，一眼就知道是8位全1；十进制的255就没这种直观性，尤其是碰到10h（十进制16）这种刚好是2的幂的边界值，十进制写出来根本看不出是内存块的对齐点。
• 开发效率变低：写大数值时十六进制更短，比如十进制65535换成十六进制就是FFFFh，少打3个字符；而且像移位、位操作这类指令，用十六进制写掩码一目了然，比如and ax, 0FF00h一眼就懂是保留高8位，换成十进制65280，别人看代码得反应半天。
• 调试时额外增加换算成本：几乎所有调试器显示内存、寄存器值都是十六进制的，如果你的代码全用十进制，调试时要不停在十进制和十六进制之间换算，很容易出错，效率极低。
• 小概率出现歧义：虽然大部分汇编器默认十进制，但如果不小心把十六进制数漏写了h后缀（比如想写十六进制10，写成10），就会变成十进制10，反过来如果一直用十进制，遇到需要十六进制的场景更容易犯这种低级错误。

2. len dw 10的存储值与数组赋值问题 #

先给明确结论：len dw 10中存储的是十进制的10（对应十六进制0Ah）。汇编器默认解析不带后缀的数字为十进制，只有加h后缀的数字才会被解析为十六进制（比如10h才是十进制的16）。

关于数组ARR的写法：完全可以直接给数组赋值十进制数值！比如ARR db 10, 20, 30这种写法是完全合法的，汇编器会自动把这些十进制数转换成对应的二进制机器码存入内存。

那为什么有时候会看到数组用十六进制写？无非是这几个原因：

• 数组数值本身是硬件相关的（比如显卡颜色值、外设配置位），这类值用十六进制表达更符合行业惯例，也更直观；
• 保持代码风格统一：如果项目里的地址、掩码、硬件参数都用十六进制，数组数值跟着用的话，整个代码的风格更一致，可读性更强；
• 十六进制在某些场景下更简洁整齐：比如要写0-15的连续数值，用0h,1h,...,Fh比0,1,...,15看起来更规整，尤其是批量定义数值的时候。

内容的提问来源于stack exchange，提问作者user9375916