JavaScript Object.entries 顺序：数字形状的键为什么跑到了前面
后端返回一组编号，前端按接收顺序写进对象，再用 Object.entries 渲染列表，结果编号十忽然排到了编号二后面。对象属性确实有枚举规则，但这个规则不是所有键统一按写入顺序排列。用对象同时承担快速查找与业务排序，容易把两个需求混在一起。
本文讨论普通对象的自有属性。属于数组索引范围的字符串键先按数值升序出现，其他字符串键再按创建顺序出现。Symbol 还有自己的位置，但 Object.entries 只返回可枚举的字符串键，因此不会把它们一起交给列表渲染。
AI概念配图，非真实界面：以抽象物件说明本文主题，不代表运行结果。
数字看起来相似，键的类别可能不同
下面完整程序保存为 demo.mjs，再用 Node.js 运行。输入顺序先放十再放二，随后放带前导零的编号和普通字母。额外加入最大边界附近的字符串，是为了避免把所有可以转成整数的键都误认为数组索引。
数组索引键要求规范的非负整数形式，范围上限是二的三十二次方减二。带前导零的“01”不属于这类键，而“4294967295”也不在范围内。代码中的断言直接列出预期顺序，比用 Number 转换后自行猜测分类更可靠。
import assert from "node:assert/strict";
const input = [
["10", "ten"], ["2", "two"], ["01", "leading zero"],
["b", "bee"], ["a", "aye"], ["4294967295", "outside index range"],
];
const obj = Object.fromEntries(input);
const marker = Symbol("marker");
obj[marker] = "symbol value";
Object.defineProperty(obj, "hidden", { value: 1, enumerable: false });
const keys = () => Object.entries(obj).map(([key]) => key);
assert.deepEqual(keys(), ["2", "10", "01", "b", "a", "4294967295"]);
obj.b = "updated";
assert.deepEqual(keys(), ["2", "10", "01", "b", "a", "4294967295"]);
delete obj.b;
obj.b = "recreated";
assert.deepEqual(keys(), ["2", "10", "01", "a", "4294967295", "b"]);
assert.equal(keys().includes("hidden"), false);
const allKeys = Reflect.ownKeys(obj);
assert.equal(allKeys.includes("hidden"), true);
assert.equal(allKeys.at(-1), marker);
const ordered = new Map(input);
assert.deepEqual([...ordered.keys()], input.map(([key]) => key));
const roundTrip = Object.fromEntries(ordered);
assert.deepEqual(Object.keys(roundTrip), ["2", "10", "01", "b", "a", "4294967295"]);
console.log("object:", keys().join(", "));
console.log("map:", [...ordered.keys()].join(", "));
console.log("enumeration and recreation checks passed");更新不等于重新创建
给已有的 b 属性重新赋值，不会改变它在普通字符串键组中的位置。删除后再添加则创建了新属性，于是它移到这一组末尾。这个区别会出现在缓存刷新、拖拽排序和按键重建数据的代码里，不能把一次赋值当作移动到末尾。
程序还放入不可枚举属性与 Symbol，确认它们不会出现在 entries 中；Reflect.ownKeys 则能观察到全部自有键，包括这两类。选择枚举接口时，先明确需要哪些属性，不能因为某个属性没显示，就断言对象里不存在它。
这些测试使用普通数据属性，不包含代理对象或读取时会执行代码的 getter。真实对象如果具有自定义行为，枚举过程还可能触发额外逻辑。要渲染来自接口的数据，尽量在边界处转换成清楚的数据结构，减少显示层依赖对象内部行为。
顺序属于业务时，就把它单独保存
Map 适合需要按插入顺序迭代的键值集合，示例证明它保留最初的输入顺序。但再用 Object.fromEntries 转回普通对象，数组索引键的枚举规则会重新出现；一次中间转换就可能把原来明确的顺序语义丢掉。
若列表顺序是服务端排序、用户拖拽或编辑器布局的结果，使用数组保存条目通常更直观。需要按编号快速定位时，可以另外维护索引，或在结构中同时保存有序编号列表。排序不应靠编号恰好是不是纯数字来决定。
如果业务本来就要求按编号排序，应把比较规则明确写出来，处理前导零、超大整数与重复编号，而不是依赖属性枚举碰巧生成相近结果。验收时加入数字键、前导零键、重新插入键和边界值，才能发现只有真实数据才会触发的顺序变化。
