给JavaScript对象分配数字键，VM是否会按数组索引分配内存？真相是什么？

这个问题问到点子上了，刚好涉及到JS对象和数组在引擎底层的核心差异，咱一步步理清楚：

首先明确：JS对象的键本质是什么？ #

你说得完全正确——JavaScript对象的键只能是字符串或者Symbol类型。哪怕你写的是数字，引擎也会自动把它转换成字符串。比如你执行obj[123] = 'foo'，本质上和obj['123'] = 'foo'是一模一样的，你可以用Object.keys(obj)打印出来看看，得到的肯定是字符串形式的键。

VM会不会把数字键当成数组索引，预分配内存？ #

这是个很常见的误解，但实际得分情况看：

普通对象≠数组，不会预分配内存 #

如果是普通的{}对象，哪怕你设置了一个很大的数字键，比如obj[10000] = 'bar'，引擎也不会为0到9999的键分配任何内存。因为普通对象没有length属性，引擎不会把它当成数组来处理——它的底层是哈希表（字典结构），只会存储你实际添加的键值对。

你可以自己验证一下：

const obj = {};
obj[10000] = 'test';
console.log(Object.keys(obj)); // ["10000"]
console.log(obj[9999]); // undefined

此时obj的内存里只有"10000"这一个键对应的条目，不存在所谓的“占位undefined”。

只有数组（或类数组对象）才可能出现内存预分配 #

所谓的“从0到数字键分配内存”，是数组的行为。比如你创建一个数组const arr = []; arr[10000] = 'test'，这时候数组的length会被自动设置为10001，V8这类引擎会为索引0到10000分配连续的内存空间（哪怕大部分位置是undefined）——因为数组的底层是基于连续内存块实现的，需要维护length对应的空间。

但这和普通对象完全是两码事，别搞混了！

那为什么说“给对象分配数字键并非良策”？ #

这个说法其实是从代码可读性和避免混淆的角度出发的，不是性能问题：

• 可读性差：obj[123]很容易让人误以为是数组索引，尤其是在复杂代码里，不如obj['user-id-123']清晰；
• 遍历顺序问题：当你遍历对象键时，数字形式的字符串键会被按数值从小到大排序，而普通字符串键是按插入顺序排序，这可能导致遍历结果不符合你的预期；
• 潜在混淆风险：如果后续代码不小心把这个对象当成数组处理（比如误用Array.prototype.map），可能会出现奇怪的行为。

总结 #

普通JavaScript对象使用数字键时，不会出现“预分配0到该数字内存”的情况，引擎只会存储实际存在的键（转换为字符串后）。所谓的内存浪费是数组的专属行为，和普通对象无关。

但从代码可维护性的角度，确实建议尽量使用带语义的字符串键（比如给数字加前缀）或Symbol键，避免和数组索引混淆。

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