Javascript 内存中的整数格式是什么？

我刚开始阅读Javascript（面向Web开发人员的专业Javascript，第3版），文本中各种各样地说整数是：

[1] Stored as IEEE-754 format (pg. 35).
[2] Have a -0 value (pg. 36).
[3] Stored as a 32-bit two's complement number (pg. 50).
[4] Stored as a IEEE-754 64-bits number (pg. 49).

这些定义不一致。Javascipt中整数的格式是什么

---

谢谢

以下是规格：

---

根据规范，javascript没有整数，只有浮点数。

规范如下：

---

根据规范，javascript没有整数，只有浮点数。

规范如下：

---

根据规范，javascript没有整数，只有浮点数。

规范如下：

---

根据规范，javascript没有整数，只有浮点数。

IEEE-754浮点数有-0值，因此1、2和4之间没有不一致性。只有3个似乎不一致

Javascript数字始终存储为IEEE-754 64位浮点数字。在某些表达式中（通常使用位运算符），它们可能会临时转换为32位整数，然后转换回64位浮点，但它们始终存储为浮点。我假设这个转换就是#3实际上指的

---

Javascript的JIT编译器可能会使用编译代码中的实际整数作为优化（特别是当涉及asm.js时），但在解释过程中，它仍然是所有浮点数。

IEEE-754浮点数确实有-0值，因此1、2和4之间没有不一致。只有3个似乎不一致

Javascript数字始终存储为IEEE-754 64位浮点数字。在某些表达式中（通常使用位运算符），它们可能会临时转换为32位整数，然后转换回64位浮点，但它们始终存储为浮点。我假设这个转换就是#3实际上指的

---

Javascript的JIT编译器可能会使用编译代码中的实际整数作为优化（特别是当涉及asm.js时），但在解释过程中，它仍然是所有浮点数。

IEEE-754浮点数确实有-0值，因此1、2和4之间没有不一致。只有3个似乎不一致

Javascript数字始终存储为IEEE-754 64位浮点数字。在某些表达式中（通常使用位运算符），它们可能会临时转换为32位整数，然后转换回64位浮点，但它们始终存储为浮点。我假设这个转换就是#3实际上指的

---

Javascript的JIT编译器可能会使用编译代码中的实际整数作为优化（特别是当涉及asm.js时），但在解释过程中，它仍然是所有浮点数。

IEEE-754浮点数确实有-0值，因此1、2和4之间没有不一致。只有3个似乎不一致

Javascript数字始终存储为IEEE-754 64位浮点数字。在某些表达式中（通常使用位运算符），它们可能会临时转换为32位整数，然后转换回64位浮点，但它们始终存储为浮点。我假设这个转换就是#3实际上指的

---

Javascript的JIT编译器可能会使用编译代码中的实际整数作为优化（特别是如果涉及asm.js），但在解释过程中，它仍然是所有浮点数。

Javascript中没有整数，每个数字都是双精度的。除了按位操作，对他们来说，它们被强制转换为整数（第50页可能指的是整数），然后返回到double。JavaScript中没有整数，每个数字都是double。除了按位操作，对他们来说，它们被强制转换为整数（第50页可能指的是整数），然后返回到double。JavaScript中没有整数，每个数字都是double。除了按位操作，对他们来说，它们被强制转换为整数（第50页可能指的是整数），然后返回到double。JavaScript中没有整数，每个数字都是double。除了按位运算，对谁来说，它们被强制转换为整数（第50页可能指的是整数），然后返回到双精度。