模板字面量用${}嵌入任意表达式,天然支持多行但保留缩进;String.raw禁用转义,适用于路径正则等场景;不适用于性能敏感、低版本环境或需静态检查的场合。

模板字面量怎么替代 + 拼接字符串
它最直接的作用就是让多变量插入和换行变得自然,不用再写一长串 + 和引号。比如拼接用户信息这种常见操作,传统写法容易漏空格或引号,而模板字面量用 ${variable} 直接嵌入,视觉上更贴近最终字符串结构。
常见错误是误以为 ${} 里只能放变量名——其实可以是任意表达式,包括函数调用、三元运算、甚至对象属性访问:
`Hello ${user?.name || 'Guest'}, you have ${items.length} ${items.length === 1 ? 'item' : 'items'}`
注意:如果表达式可能为 undefined 或 null,要主动处理,否则会显示为字符串 "undefined",而不是报错。
带换行和缩进的多行字符串怎么写才不崩
模板字面量天然支持换行,但要注意:你代码里的缩进(空格、制表符)会原样出现在最终字符串中。这在生成 HTML 或 SQL 片段时容易引发格式问题。
立即学习“Java免费学习笔记(深入)”;
- 如果需要保留缩进(比如生成带缩进的 JSON),那就保持代码对齐
- 如果只是想逻辑换行、实际字符串里不要多余空格,可以用
.trim()或者用\`+ 每行开头的\折叠换行(但不推荐,可读性差) - 生成 HTML 时更稳妥的做法是把每行内容单独拼,或者用
.replace(/\s+/g, ' ').trim()清理空白
例如下面这段看似整洁的代码,实际输出会包含大量前导空格:
``
String.raw 在模板字面量里起什么作用
默认情况下,模板字面量会解析转义序列,比如 \n 变成换行,\t 变成制表符。如果你要输出的是正则表达式、文件路径、SQL 字符串等“字面意思”,就需要 String.raw 来禁用解析。
典型场景:
- 写 Windows 路径:
String.raw`C:\Users\name\file.txt`不会把\U当作 Unicode 转义 - 定义正则字面量:
String.raw`/a\nb/`中的\n就是两个字符\和n,不是换行符 - 避免意外报错:没加
String.raw的路径字符串可能因非法转义(如\o)导致语法错误
为什么不能在所有地方无脑用模板字面量
它不是万能替代品。性能敏感场景(如高频循环内拼接)、需要严格控制字符串内容(比如 HTTP header 值必须不含不可见字符)、或目标环境不支持 ES6(IE 完全不支持)时,就得退回到 + 或 Array.join()。
另一个容易被忽略的点:模板字面量是**运行时求值**,无法被静态分析工具(如 ESLint 的 no-template-curly-in-string)检测出无效插值;而传统字符串拼接如果变量名写错,至少会在运行时报 ReferenceError,更容易暴露问题。
还有,它不能直接用于动态标签函数调用的左侧(比如 myTag`...` 是合法的,但 const tag = myTag; tag`...` 会报错——必须显式写成 tag(...))。这点在封装国际化或日志工具时容易踩坑。











