JavaScript对象中，排序属性（数字键）按数值升序存于elements数组，常规属性（字符串键）按创建顺序存于properties结构；V8通过内嵌、线性数组、哈希字典三级优化兼顾访问速度与内存效率。
JavaScript 对象中“常规属性”和“排序属性”的存储差异，本质是 V8 引擎为兼顾访问速度与内存效率所做的底层优化设计，不是语言规范直接暴露给开发者的概念，但会显著影响属性遍历顺序、查找性能和内存布局。
排序属性（Indexed Properties）：数字键优先归类，按数值升序存放
只要属性键能被解析为有效的无符号 32 位整数（如 1、99、"0"、"42"），V8 就将其识别为排序属性。这类属性不存于对象主体，而是统一收进一个叫 elements 的独立线性数组中，并严格按数值大小从小到大排列。
- 例如：
obj[5] = 'a'; obj[1] = 'b'; obj['3'] = 'c'→ 遍历时输出顺序为1→3→5 - "01"、"-2"、"1.5" 不符合整数键定义，归入常规属性
- elements 初始为紧凑数组，但当元素过多或频繁增删时，V8 可能将其转为哈希字典（即“慢属性”），以降低插入/删除开销
常规属性（Named Properties）：字符串键按创建顺序保存，有内嵌优化
所有非整数键的属性（如 "name"、"_id"、"0x10"、"1.0"）都属于常规属性。它们默认按定义时的先后顺序存入 properties 结构中。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 例如：
obj.b = 2; obj.a = 1; obj.c = 3→ 遍历时顺序为b→a→c - 当常规属性 ≤ 10 个时，V8 通常直接把它们“内嵌”在对象实例本身（in-object properties），省去一次指针跳转，访问最快
- 超过阈值后，properties 会转为独立的属性数组；再进一步膨胀，可能升级为哈希字典，牺牲访问速度换取增删灵活性
访问顺序与性能影响：两层结构决定行为表现
当你写 obj.x 或用 for...in 遍历对象时，V8 的实际查找路径是：
立即学习“Java免费学习笔记（深入）”；
- 先查 elements 数组（只对数字键有效）
- 再查 properties（含内嵌属性 + 属性数组 + 可选字典）
- 因此数字键总在字符串键之前出现，且数字键之间自动升序，与赋值顺序无关
- 这种分离设计让索引访问（如模拟数组）和命名访问（如配置对象）各自走最优路径，但也会带来额外间接寻址成本
为什么不能依赖这个顺序写业务逻辑？
尽管现代引擎（V8 / SpiderMonkey / JavaScriptCore）对数字键升序+字符串键插入序已基本一致，但规范仅保证 for...in 和 Object.keys() 遵循该规则，而 JSON.stringify()、console.log()、Object.assign() 等行为仍可能受实现细节或序列化策略影响。真正需要稳定顺序的场景，应使用 Map 或显式排序后的 Object.entries().sort()。
