Symbol.description 本身不提升符号可识别度，需挂载到可被调试器识别的对象上；原始值不可扩展，故需封装对象或工厂函数返回带 Symbol.description 的函数对象，并实现 Symbol.toPrimitive 和 toStringTag 以增强调试显示。
Symbol.description 本身不直接提升“符号”的可识别度，它只对特定对象（如函数、Symbol 类型、或手动包装的原始值）在调试器中显示更友好的描述。真正起作用的是：把 description 挂载到**可被调试器识别的对象上**，而不是数字、字符串等原始值本身——因为原始值不可扩展，无法添加属性。
给原始枚举值添加语义化描述
纯数字枚举（如 const HttpStatus = { OK: 200 }）在控制台打印时只会显示 200，看不出含义。解决方法不是改数字，而是封装一个轻量对象：
- 用 Object.defineProperty 在枚举对象的属性上挂载 Symbol.description，例如为 HttpStatus.OK 这个属性绑定描述
- 更推荐的方式是用工厂函数（如 createEnumValue(200, "OK")）返回一个带 Symbol.description 的函数对象，它既可当数值用（status === HttpStatus.OK），又能在 DevTools 中显示为 200 "OK"
- 该对象需实现 [Symbol.toPrimitive]，确保参与算术运算（如 + 10）时仍返回原始数字
配合 toStringTag 增强类实例的显示效果
对于自定义类，Symbol.toStringTag 比 Symbol.description 更稳定、更通用：
- 在类定义中显式声明 get [Symbol.toStringTag]() { return 'MyClass' }，实例打印时就会显示 [object MyClass]，而非默认的 [object Object] 或父类名
- 避免使用 this.constructor.name 动态返回类名，压缩后可能变成 a 或 t，失去可读性
- 子类可各自覆盖该 getter，实现层级清晰的调试标识
注意调试环境的支持差异
Symbol.description 主要在 Chrome/Edge/Node.js 的 V8 环境中被开发者工具识别，但表现不统一：
- 对函数对象支持较好；对数字包装对象，部分版本可能仅在 console.table 或自定义 formatter 下才生效
- TypeScript 编译后会擦除 Symbol 元数据，因此这是纯运行时增强，不影响类型检查
- 若 description 显示不稳定，可叠加 toString 和 Symbol.toStringTag 实现降级兼容
不复杂但容易忽略：关键不在“用了 Symbol”，而在“挂在哪”和“是否被调试器实际渲染”。
