数值在V8中是Smi还是HeapNumber需用%HasSmiValue或%DebugPrint判断：前者返回true仅当值为未装箱Smi，后者显示Smi/HeapNumber标记；typeof等语义方法不可靠。
数值在 V8 中到底是 Smi 还是 HeapNumber，不能靠 typeof 或 Number.isInteger 判断——它们只反映语义类型，不暴露底层表示。真正识别，得借助 V8 的内部调试机制和行为特征。
用 %HasSmiValue 快速验证是否为 Smi
这是最直接、最可靠的方法。它返回布尔值，仅当值是未装箱的 Smi 时才为 true：
-
%HasSmiValue(42)→ true -
%HasSmiValue(-100)→ true -
%HasSmiValue(2147483647)→ true（32 位上限） -
%HasSmiValue(2147483648)→ false（溢出，转 HeapNumber） -
%HasSmiValue(3.14)→ false（浮点数必为 HeapNumber）
⚠️ 注意：必须传入变量或字面量，不能传表达式。例如 %HasSmiValue(arr[i]) 可能因求值过程触发临时装箱而误判；应先赋值再测：const v = arr[i]; %HasSmiValue(v)。
用 %DebugPrint 查看底层标记与结构
启用 --allow-natives-syntax 启动 Node.js 后，%DebugPrint 会输出内存层面的表示：
-
%DebugPrint(42)输出类似Smi: 0x54—— 表明是 Smi，十六进制值是编码后的指针形式（真实值 = 0x54 >> 1） -
%DebugPrint(1e9)输出类似HeapNumber: 0x... (double value = 1000000000)—— 明确标识为堆对象，并给出地址和实际值 - 若输出中含
0x...后跟小数点（如0x1.fffffep+10）或出现HeapNumber字样，即确认已脱离 Smi
观察运行时行为与边界特征
即使没有调试开关，也能通过稳定可复现的行为辅助判断：
-
算术性能突变：在循环中对同一变量反复做
++，当值从2147483647增至2147483648时，V8 可能去优化函数，执行速度明显下降 -
数组索引异常：若
arr[i / 2]中i是 Smi，但i / 2结果是浮点数（如5 / 2 === 2.5），该索引就变成 HeapNumber，导致后续访问触发去优化 -
GC 压力变化：大量超出 Smi 范围的整数运算（如
Math.pow(2, 32)）会持续分配 HeapNumber，使process.memoryUsage().heapUsed显著上升
不推荐依赖的“伪信号”
以下方式无法准确识别存储模式，容易误导：
-
typeof x === 'number'：Smi 和 HeapNumber 都返回'number' -
Object.is(x, Math.floor(x))：只能说明是整数值，不能区分是否装箱 -
x instanceof Number：仅对显式构造的new Number()为 true，与 Smi/HeapNumber 无关 - 检查
x.constructor：Smi 没有构造器，访问会报错或返回undefined
