模板字面量用${}嵌入任意表达式，天然支持多行但保留缩进；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()清理空白
例如下面这段看似整洁的代码，实际输出会包含大量前导空格：
`<div class="card">
<h2>${title}</h2>
<p>${content}</p>
</div>`
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(...)）。这点在封装国际化或日志工具时容易踩坑。
