String()更安全通用，toString()有调用风险；null/undefined时必选String()，确定对象且信任其实现时可用toString()，工具函数默认用String()。
显式转换的核心价值在于让代码意图一目了然。String() 和 toString() 都能转字符串，但语义、行为和适用场景差异明显——选错不仅埋下运行时隐患，还会削弱他人（或未来的你）对代码逻辑的理解。
String()：安全、中立、语义明确的类型转换
String() 是 JavaScript 内置的全局构造函数（作为普通函数调用时），专为“把任意值转成字符串”而设计。它不依赖目标值是否具有方法，也不抛错，行为可预测。
- 处理 null 和 undefined 很自然：String(null) → "null"，String(undefined) → "undefined"，符合直觉，无需额外判断
- 对原始值和对象统一处理：String(42) → "42"，String([1,2]) → "1,2"，String(new Date()) → "Mon Apr 01 2024 ..."，背后调用的是内部 [[ToString]] 抽象操作
- 语义清晰：看到 String(x)，立刻知道“这里需要一个字符串，且 x 可能是任意类型”
toString()：依赖对象能力，隐含调用风险
toString() 是定义在 Object.prototype 上的方法，所有对象默认继承它。但它的调用前提是目标值必须是对象（或包装类型），且不能为 null 或 undefined —— 否则直接报错。
- null/undefined 会崩溃：null.toString() → TypeError；undefined.toString() → TypeError。这是最常见的运行时错误来源之一
- 行为可能被重写：比如数组默认返回 "1,2,3"，但若有人改写了 Array.prototype.toString，结果就不可控；Date、Number 等内置类型虽有定制实现，但逻辑已封装在方法里，不如 String() 直观
- 语义偏弱：x.toString() 更像是“让 x 自己决定怎么变成字符串”，而非“我需要字符串”。当 x 类型不确定时，这种假设很危险
什么时候该用哪个？看意图，也看输入来源
不必死记规则，抓住关键判断点：
- 输入可能为 null/undefined？→ 无条件选 String()（如表单字段、API 返回值、可选参数）
- 确定是对象且你信任其 toString 实现？→ 可用 toString()（如自定义类明确重写了 toString 用于调试输出）
- 需要格式化控制？→ 都不够，该用模板字面量或显式格式函数（例如 String(3.14159) → "3.14159"，但你要两位小数就得用 (3.14159).toFixed(2)）
- 写工具函数或公共 API？→ 默认用 String()，降低使用者心智负担和出错概率
一个小技巧：用类型断言辅助可读性（TypeScript 环境）
在 TypeScript 中，String(x) 的返回类型是 string，而 x.toString() 的类型取决于 x 的类型声明。如果你写了 const s = x.toString(); 却没检查 x 是否可调用 toString，编辑器可能不报错，但运行时崩。加一句类型守卫或直接用 String(x)，既安全又让类型流更透明。
