toLocaleString 是 Number 原型方法，字符串调用时仅触发 toString() 无格式化；数字调用则依 locale 和选项本地化格式化，如千分位、小数位、货币等，需先显式转数字再调用以避免隐式转换陷阱。
toLocaleString 不是字符串方法，而是数字（Number）对象的原型方法。对字符串调用它，会先尝试隐式转换为数字，再格式化；若转换失败，则返回 "NaN"。
数字调用 toLocaleString 的核心逻辑
它根据当前运行环境的 语言区域（locale） 和可选选项，将数字格式化为本地化字符串，比如千位分隔符、小数位数、货币符号等。
- 默认行为：使用宿主环境的默认 locale（如 Chrome 中通常是
en-US），添加千位逗号，保留小数部分原样 - 显式指定 locale：例如
(1234567.89).toLocaleString('zh-CN')→"1,234,567.89"（中文环境下仍用英文标点，但可配合选项调整） - 支持选项控制：如
{ minimumFractionDigits: 2, maximumFractionDigits: 2 }强制保留两位小数
字符串误用 toLocaleString 的常见结果
字符串本身没有 toLocaleString 方法，但因原型链关系，会继承自 Object.prototype.toLocaleString，该方法会对值调用 toString() 后返回——但这不是数字格式化。
-
"12345".toLocaleString()→"12345"（只是调用toString()，无格式化） -
"12345.67".toLocaleString()→"12345.67"（同上） -
"abc".toLocaleString()→"abc"（不转数字，也不报错）
真正想格式化字符串中的数字，必须先转成 Number 或 parseFloat/parseInt，再调用：
立即学习“Java免费学习笔记（深入）”；
Number("12345.67").toLocaleString('de-DE', { maximumFractionDigits: 2 }) → "12.345,67"
注意隐式转换带来的陷阱
直接对字符串调用 toLocaleString 看似“能用”，实则没走数字格式化逻辑，容易误导。
- 空字符串
""→ 转数字为0，0.toLocaleString()→"0"，但"".toLocaleString()→"" - 带空格的字符串如
" 123 "→Number(" 123 ")是123，但" 123 ".toLocaleString()仍是" 123 " - 科学计数法字符串如
"1e2"→Number("1e2")是100，但直接调用不会解析
推荐的安全写法
明确意图，避免依赖隐式行为：
- 确保输入是数字：用
typeof value === 'number' && !isNaN(value)校验 - 字符串转数字优先用
Number(str)，比parseFloat更严格（后者会忽略末尾非数字字符） - 格式化前做有效性判断，防止
NaN输出为"NaN"字符串 - 需要 locale 控制时，始终传入 locale 参数，避免依赖用户环境导致输出不一致
