在 JavaScript 中，字符串字面量由一对引号包裹，单引号和双引号都可以用来声明字符串。真正影响字符串起止位置的是第一个出现的引号，而不是引号类型。比如 'hello' 和 "hello" 在运行时得到完全相同的字符串值。问题在于，当字符串内容中本身包含与起始引号相同的字符时，解析器会误认为字符串已经结束，这时就必须使用转义字符来解除歧义。转义字符由反斜杠开头，它告诉引擎下一个字符不按默认语法解释，而是作为普通字符或特殊控制字符处理。
单引号与双引号的边界规则
单引号和双引号在 JavaScript 中并没有强弱之分，字符串的真正边界取决于最先出现的那个引号。也就是说，'abc' 和 "abc" 产生的值完全一样。它们的差异只体现在源码书写层面：当你用单引号包裹字符串时，内部的单引号需要转义，双引号则可以直接书写；反过来，用双引号包裹字符串时，内部的双引号需要转义，单引号则可以原样保留。
这种规则让开发者可以根据内容灵活选择引号，从而减少转义。如果字符串里大量出现单引号，例如英文缩写或对话内容，使用双引号作为外层包裹会更直观；如果字符串里大量出现双引号，则用单引号包裹更省事。需要注意的是，选择一旦确定就要保持字符串边界一致，不能一个字符串前半段用单引号、后半段用双引号。
const singleQuoted = 'It\'s a JavaScript string'; const doubleQuoted = "He said \"hello\""; console.log(singleQuoted); // It's a JavaScript string console.log(doubleQuoted); // He said "hello" const mixed = "It's fine without escaping"; const mixed2 = 'Use "double quotes" inside single quotes';
上面代码中，singleQuoted 使用单引号包裹，字符串内部的单引号通过反斜杠转义，所以运行时不会提前结束。doubleQuoted 则使用双引号包裹，内部的双引号同样需要转义。后面的两个变量展示了用另一种引号包裹时，内部引号无需转义的写法。实际项目中，团队通常会约定一种默认引号风格，但遇到大量同类引号时，换用另一种引号可以提升可读性。
常用转义字符与反斜杠转义
转义字符并不仅用于处理引号，它还能表示许多无法直接输入或容易混淆的控制字符。反斜杠后面跟不同字符会形成不同的转义序列，例如换行、制表符、回车等。下面这张表列出了 JavaScript 字符串中最常用的转义序列。
| 转义序列 | 含义 |
|---|---|
\n | 换行 |
\t | 水平制表符 |
\r | 回车 |
\b | 退格 |
\f | 换页 |
\v | 垂直制表符 |
\\ | 反斜杠本身 |
\0 | null 字符 |
\xHH | 两位十六进制 Unicode 字符 |
\uHHHH | 四位十六进制 Unicode 字符 |
其中最容易忽略的是反斜杠本身也需要转义。在 Windows 文件路径、正则表达式和某些配置文本里，反斜杠出现频率很高。如果直接写 'C:\Users\admin'，JavaScript 会把 \U、\a 当成非法或特殊转义序列，最终得到的字符串可能完全不符合预期。正确的做法是把每个反斜杠写成两个反斜杠：
const path = 'C:\\Users\\admin\\documents'; console.log(path); // C:\Users\admin\documents const newline = '第一行\n第二行'; const tab = '列1\t列2'; console.log(newline); console.log(tab);
旧标准中还存在一种反斜杠加换行的行延续写法，它允许字符串字面量跨行书写，但会忽略换行符本身，容易造成缩进混乱。现代 JavaScript 开发中更推荐使用模板字符串来表达多行文本，或者在逻辑上拼接多个普通字符串。理解这些转义序列之后，再处理文件系统路径、日志输出和文本格式化时，就能准确控制字符串的实际内容。
模板字符串与 String.raw 的转义差异
除了单引号和双引号，JavaScript 还提供了反引号形式的模板字符串。模板字符串支持多行文本和插值表达式，转义规则在大方向上与普通字符串相同，但需要额外留意两个字符：反引号和美元符号。模板字符串内部如果要写反引号，需要转义；如果要写 ${，但并不是插值表达式，也需要转义美元符号或使用其他方式处理。
const name = 'Ada';
const template = `你好，${name}。反斜杠：\\，反引号：\``;
console.log(template);
const multiLine = `第一行
第二行`;
console.log(multiLine);
模板字符串在表示多行文本时非常方便，因为源码中的换行会原样保留，不需要写 \n。不过这种便利也带来了一个副作用：一旦字符串里含有大量反斜杠，比如正则表达式或 Windows 路径，模板字符串的转义处理会让源码变得难读。此时可以使用 String.raw 标签函数，它会把模板字符串按原始内容返回，反斜杠不会被解释成转义字符。
const rawPath = String.raw`C:\Users\admin\documents`; console.log(rawPath); // C:\Users\admin\documents const normalPath = `C:\\Users\\admin\\documents`; console.log(normalPath); // C:\Users\admin\documents
可以看到，String.raw 让包含大量反斜杠的字符串更容易阅读。不过它也并非万能，如果字符串中需要插入反引号或 ${，仍然要遵循模板字符串的转义规则。在日常开发中，普通字符串优先使用单引号或双引号，需要多行文本或动态拼接时再考虑模板字符串，这样能让转义意图更加清晰。
常见误区与调试方法
第一个常见误区是混淆源码长度和运行时长度。转义字符在源码里占两个或更多字符，但运行时通常表示一个字符。例如 '\n' 的源码长度是 2，但字符串实际长度是 1。这种差异在截取字符串、计算长度、校验输入长度时会导致边界问题。调试时可以使用 console.log 查看实际输出，使用 JSON.stringify 查看字符串中不可见字符的转义表示。
const text = 'A\nB'; console.log(text.length); // 3 console.log(JSON.stringify(text)); // "A\nB"
第二个误区出现在 JSON 或正则表达式处理中。JSON 字符串本身要求反斜杠进行转义，当它嵌入 JavaScript 字符串字面量时，会形成两层转义。例如从接口拿到的一段 JSON 文本如果想在 JavaScript 中作为字符串使用，需要将 JSON 中的反斜杠再次转义。很多人会在这一步出错，导致解析后的路径少了一个反斜杠，正则表达式含义改变。
const jsonString = '{"name":"Ada","path":"C:\\\\temp"}';
const parsed = JSON.parse(jsonString);
console.log(parsed.path); // C:\temp
const regex = /\\d+/;
const text = '路径是 C:\\temp\\123';
console.log(regex.test(text)); // true
第三个误区是把转义和引号边界混为一谈。源代码中的转义只影响字符串字面量的解析阶段，不会成为最终字符串的一部分。比如写 'It\'s'，运行时得到的值是 It's，反斜杠并不会出现在结果里。如果希望最终字符串中出现反斜杠，就必须写成 \\。排查这类问题时，先打印 JSON.stringify 的结果，通常能快速定位到底是源码转义少了，还是运行时字符串本身多了一个反斜杠。
JavaScript字符串转义字符单引号双引号修改时间：2026-09-17 14:41:07