symbol属性访问为o(1)：利用唯一id直接定位槽位，跳过哈希计算与冲突处理；稳定使用（如顶层常量）可纳入隐藏类获固定偏移，动态生成则降级字典模式影响性能。
Symbol 作为原始类型，在对象属性访问中不走常规字符串哈希路径，而是利用其唯一性和不可变性跳过哈希计算与冲突处理，直接通过指针或整型 ID 定位属性槽位，实现 O(1) 级别访问。
Symbol 的唯一性天然规避哈希冲突
每个 Symbol 值在创建时即被赋予全局唯一标识（内部是一个带计数器的隐藏 ID），V8 不需要像字符串那样对 Symbol 调用哈希函数（如 StringHash）计算哈希值。它直接将 Symbol 实例的内存地址或内部 ID 视为“天然哈希”，避免了哈希碰撞、桶探测、链表/红黑树查找等开销。
- 对比字符串键：
{['a']: 1}中'a'需先计算哈希、再查 SymbolTable 或属性字典 - Symbol 键：
{[Symbol('a')]: 1}中该 Symbol 实例本身即可作为稳定索引，V8 在隐藏类中为其预留固定偏移量（若结构已知）或在字典模式下用 ID 直接寻址
隐藏类中 Symbol 属性支持稳定偏移访问
当对象以确定顺序初始化 Symbol 属性（如构造函数中统一赋值），V8 可将其纳入隐藏类描述的“形状”中，分配固定内存偏移。后续访问无需查表，只需按偏移读取 Property 槽位，和访问普通命名属性一样高效。
- 例如：
function createObj() { const s = Symbol('id'); return { [s]: 42 }; }若多次调用且无干扰操作，V8 可生成含该 Symbol 描述的隐藏类 - 但若 Symbol 动态生成后反复添加（如循环中
obj[Symbol()] = i），会触发隐藏类链增长或降级为字典模式，失去偏移优势
SymbolTable 仅用于字符串键的全局去重，不参与 Symbol 属性查找
知识库中提到的 SymbolTable::Utf8Key 是为字符串字面量（如 'foo'）服务的哈希表，用于缓存已解析的字符串实例并避免重复分配。Symbol 类型完全绕过该结构——它的唯一性由引擎运行时保证，不依赖哈希表查重，也不受 Symbol.for() 共享池以外的任何全局表约束。
-
Symbol('a')和Symbol('a')是两个不同值，V8 不会尝试在 SymbolTable 中比对它们 -
Symbol.for('a')才会查全局注册表（Registry），但该查表发生在创建阶段，不影响后续属性访问性能
实际性能影响：快但需注意使用模式
Symbol 键本身不慢，但它的性能收益高度依赖代码组织方式。频繁动态生成 Symbol 并作为属性键添加，反而会破坏隐藏类稳定性，导致过渡链变长或强制进入字典模式——此时 Symbol 查找虽仍比同场景字符串略快（因省去字符串哈希），但整体已远不如结构稳定的对象访问。
- 推荐做法：在模块顶层定义常量 Symbol，统一用于属性键（如
const kCache = Symbol('cache')） - 避免做法：在循环、事件回调或高频函数中调用
Symbol()并设为对象属性 - 调试提示：可通过 Chrome DevTools 的 Memory 面板捕获快照，筛选 Symbol 键对象，观察其是否被归入同一隐藏类
