为何JavaScript中`${URL}`隐式字符串转换比`${URL.toString()}`慢很多？

已知所有变量url均为URL实例，在高频代码路径中测试发现new URL(url.toString())比new URL(url)快很多。深入研究发现Node.js的URL实现里，用模板字符串字面量把输入转成字符串。单独测试后发现，预先用toString()转字符串的方式，在Node.js里比模板字符串转换快约6倍，Firefox里快约2倍。为什么直接把URL对象插入模板字符串的速度，远慢于插入URL.toString()得到的字符串，明明两者输出结果一致？

核心原因：模板字符串的隐式转换逻辑更重 #

当你把URL对象直接塞进模板字符串（比如`${url}`）时，JS引擎会触发隐式的ToPrimitive转换，这个过程比直接调用toString()要复杂得多：

• 隐式转换会先调用对象的Symbol.toPrimitive方法（URL对象已实现该方法），但它的内部逻辑不是直接返回字符串，而是会执行额外的状态校验、组件检查等操作；
• 就算跳过Symbol.toPrimitive，引擎也会依次尝试valueOf()和toString()，而URL对象的valueOf()返回自身，最终还是会走到toString()，但中间多了好几层判断分支；
• 更关键的是，Node.js的URL实现中，隐式转换触发的字符串化流程会重新计算拼接URL的各个组件（host、pathname等），而直接调用toString()时，URL对象会缓存已经生成的完整字符串结果，不需要重复计算。

引擎层面的优化差异 #

• Node.js基于的V8引擎对内置对象（如URL）的toString()做了专门优化，会直接读取缓存的字符串值；而模板字符串的隐式转换属于通用类型转换逻辑，没有针对URL对象做特殊优化，走的是更慢的通用路径，这也是Node.js里差异达6倍的核心原因。
• Firefox的SpiderMonkey引擎虽然也存在类似差异，但对通用转换的优化程度更高，所以性能差距只有2倍左右。

总结来说：显式调用toString()是直接拿缓存好的结果，隐式转换则绕了多层逻辑还可能重复计算，自然速度差很多。

内容的提问来源于stack exchange，提问作者Nayan Gautam