JavaScript 中的双引号和单引号可以互换吗？

Question

考虑以下两种选择：

• console.log("double");
• console.log('single');

前者在字符串周围使用双引号，而后者在字符串周围使用单引号。

我看到越来越多的 JavaScript 库在处理字符串时使用单引号。

这两种用法可以互换吗？ 如果不是，使用一个比另一个有优势吗？

Answer 1

在不同的库中使用 single 和 double 的最可能原因是程序员偏好和/或 API 一致性。 除了保持一致之外，请使用最适合字符串的那个。

使用其他类型的引号作为文字：

alert('Say "Hello"');
alert("Say 'Hello'");

这可能会变得复杂：

alert("It's \"game\" time.");
alert('It\'s "game" time.');

ECMAScript 6 中的另一个新选项是使用反引号字符的模板文字：

alert(`Use "double" and 'single' quotes in the same string`);
alert(`Escape the \` back-tick character and the \${ dollar-brace sequence in a string`);

模板文字提供了一种简洁的语法：变量插值、多行字符串等。

请注意， JSON被正式指定为使用双引号，这可能值得考虑，具体取决于系统要求。

Answer 2

如果您正在处理 JSON，需要注意的是，严格来说，JSON 字符串必须是双引号。 当然，许多库也支持单引号，但在我意识到单引号字符串实际上不符合 JSON 标准之前，我在我的一个项目中遇到了很大的问题。

Answer 3

没有更好的解决方案； 但是，我想争辩说，有时双引号可能更可取：

• 新人已经熟悉他们语言中的双引号。 在英语中，我们必须使用双引号"来标识引用文本的段落。如果我们使用单引号' ，读者可能会将其误解为收缩。被'包围的文本段落的另一个含义表示'口语'的意思。与预先存在的语言保持一致是有意义的，这可能会简化代码的学习和解释。
• 双引号消除了转义撇号的需要（如在收缩中）。 考虑字符串： "I'm going to the mall" ，与其他转义版本： 'I\\'m going to the mall' 。

• 双引号在许多其他语言中表示字符串。 当您学习 Java 或 C 等新语言时，总是使用双引号。 在 Ruby、PHP 和 Perl 中，单引号字符串表示没有反斜杠转义，而双引号支持它们。

• JSON 表示法是用双引号写的。

尽管如此，正如其他人所说，最重要的是保持一致。

Answer 4

规范的第 7.8.4 节描述了文字字符串表示法。 唯一的区别是 DoubleStringCharacter 是“SourceCharacter 但不是双引号”，而 SingleStringCharacter 是“SourceCharacter 但不是单引号”。 所以唯一的区别可以这样证明：

'A string that\'s single quoted'

"A string that's double quoted"

所以这取决于你想要做多少引号转义。 显然，这同样适用于双引号字符串中的双引号。

Answer 5

单引号

我希望双引号是标准的，因为它们更有意义，但我一直使用单引号，因为它们在场景中占主导地位。

单引号：

• 爱彼迎
• Facebook
• 谷歌
• 咕噜声
• Gulp.js
• 节点.js
• npm （虽然在作者指南中没有定义）
• 维基媒体
• WordPress
• Yandex

没有偏好：

• 三.js

双引号：

• 打字稿
• 道格拉斯·克罗克福德
• D3.js （虽然没有在.eslintrc定义）
• jQuery

Answer 6

我想说差异纯粹是风格上的，但我真的很怀疑。 考虑以下示例：

/*
    Add trim() functionality to JavaScript...
      1. By extending the String prototype
      2. By creating a 'stand-alone' function
    This is just to demonstrate results are the same in both cases.
*/

// Extend the String prototype with a trim() method
String.prototype.trim = function() {
    return this.replace(/^\s+|\s+$/g, '');
};

// 'Stand-alone' trim() function
function trim(str) {
    return str.replace(/^\s+|\s+$/g, '');
};

document.writeln(String.prototype.trim);
document.writeln(trim);

在 Safari、Chrome、Opera 和 Internet Explorer（在Internet Explorer 7和Internet Explorer 8 中测试）中，这将返回以下内容：

function () {
    return this.replace(/^\s+|\s+$/g, '');
}
function trim(str) {
    return str.replace(/^\s+|\s+$/g, '');
}

但是，Firefox 会产生稍微不同的结果：

function () {
    return this.replace(/^\s+|\s+$/g, "");
}
function trim(str) {
    return str.replace(/^\s+|\s+$/g, "");
}

单引号已替换为双引号。 （还要注意缩进空格是如何被四个空格替换的。）这给人的印象是至少有一个浏览器在内部解析 JavaScript，就好像所有内容都是用双引号编写的一样。 有人可能会认为，如果一切都已经按照这个“标准”编写，那么 Firefox 解析 JavaScript 所需的时间就会更少。

顺便说一句，这让我很伤心，因为我认为单引号在代码中看起来更好。 另外，在其他编程语言中，它们的使用速度通常比双引号快，因此只有将其应用于 JavaScript 才有意义。

结论：我认为我们需要对此做更多的研究。

这或许可以解释Peter-Paul Koch早在 2003 年的测试结果。

似乎单引号有时在资源管理器 Windows 中更快（我的测试中大约 1/3 确实显示了更快的响应时间），但是如果 Mozilla 显示出完全不同，它处理双引号的速度会稍微快一些。 我在 Opera 中根本没有发现任何区别。

2014 年：现代版本的 Firefox/Spidermonkey 不再这样做了。

Answer 7

我相信，如果您正在执行内联 JavaScript（可以说是一件“坏事”，但要避免讨论），单引号是字符串文字的唯一选择。

例如，这很好用：

<a onclick="alert('hi');">hi</a>

但是您不能通过我知道的任何转义方法将“hi”括在双引号中。 甚至" 这本来是我最好的猜测（因为你在 HTML 的属性值中转义引号）在 Firefox 中对我不起作用。 "也不起作用，因为此时您要转义 HTML，而不是 JavaScript。

因此，如果游戏的名称是一致性，并且您将在应用程序的某些部分执行一些内联​​ JavaScript，我认为单引号是赢家。 如果我错了，请有人纠正我。

Answer 8

技术上没有区别。 这只是风格和惯例的问题。

Douglas Crockford建议对内部字符串使用单引号，对外部字符串使用双引号（外部我们指的是向应用程序用户显示的内容，如消息或警报）。

我个人遵循这一点。

更新：似乎 Crockford 先生 改变了主意，现在建议在整个过程中使用双引号 :)

Answer 9

严格来说，意义没有区别； 所以选择归结为方便。

以下是可能影响您选择的几个因素：

• House 风格：一些开发人员组已经使用了一种约定或另一种约定。
• 客户端要求：您会在字符串中使用引号吗？ （见阿迪的回答。）
• 服务器端语言：VB.NET 的人可能会选择 JavaScript 使用单引号，这样脚本就可以在服务器端构建（VB.NET 对字符串使用双引号，因此如果使用单引号，JavaScript 字符串很容易区分）引号）。
• 库代码：如果您使用的是使用特定样式的库，您可以考虑自己使用相同的样式。
• 个人偏好：您可能认为一种或其他风格更好看。

Answer 10

让我们看看引用的作用。

在 jquery.js 中，每个字符串都是双引号的。

所以，从现在开始，我将使用双引号字符串。 （我用的是单身！）

Answer 11

只需保持所用内容的一致性即可。 但不要降低您的舒适度。

"This is my string."; // :-|
"I'm invincible."; // Comfortable :)
'You can\'t beat me.'; // Uncomfortable :(
'Oh! Yes. I can "beat" you.'; // Comfortable :)
"Do you really think, you can \"beat\" me?"; // Uncomfortable :(
"You're my guest. I can \"beat\" you."; // Sometimes, you've to :P
'You\'re my guest too. I can "beat" you too.'; // Sometimes, you've to :P

ECMAScript 6 更新

使用模板文字语法。

`Be "my" guest. You're in complete freedom.`; // Most comfort :D

Answer 12

我希望我没有添加明显的东西，但我一直在与Django 、 Ajax和 JSON 苦苦挣扎。

假设在您的 HTML 代码中确实使用了双引号（通常应该如此），我强烈建议在 JavaScript 中对其余部分使用单引号。

所以我同意ady ，但要小心。

我的底线是：

在 JavaScript 中，这可能无关紧要，但是一旦您将其嵌入 HTML 或类似内容中，您就会开始遇到麻烦。 你应该知道什么是真正的转义、阅读、传递你的字符串。

我的简单案例是：

tbox.innerHTML = tbox.innerHTML + '<div class="thisbox_des" style="width:210px;" onmouseout="clear()"><a href="/this/thislist/'
                   + myThis[i].pk +'"><img src="/site_media/'
                   + myThis[i].fields.thumbnail +'" height="80" width="80" style="float:left;" onmouseover="showThis('
                   + myThis[i].fields.left +','
                   + myThis[i].fields.right +',\''
                   + myThis[i].fields.title +'\')"></a><p style="float:left;width:130px;height:80px;"><b>'
                   + myThis[i].fields.title +'</b> '
                   + myThis[i].fields.description +'</p></div>'

您可以在 showThis 的第三个字段中找到 '。

双引号不起作用！

原因很清楚，但也很清楚为什么我们应该坚持使用单引号......我猜......

这种情况是一个非常简单的 HTML 嵌入，错误是通过从“双引号”JavaScript 代码中简单复制/粘贴生成的。

所以要回答这个问题：

尝试在 HTML 中使用单引号。 它可能会节省一些调试问题......

Answer 13

这主要是风格和偏好的问题。 在其他答案中有一些相当有趣和有用的技术探索，所以也许我唯一可以补充的就是提供一些世俗的建议。

• 如果您在公司或团队中编码，那么遵循“家庭风格”可能是个好主意。

• 如果你一个人在做一些业余项目，那么看看社区中的一些杰出领导者。 例如，假设您进入Node.js 。 看看核心模块，例如Underscore.js或 express，看看它们使用什么约定，并考虑遵循它。

• 如果这两种约定都被同等使用，那么请遵循您的个人喜好。

• 如果你没有任何个人偏好，那就抛硬币吧。

• 如果你没有硬币，那么啤酒就在我身上；）

Answer 14

我不确定这在当今世界是否相关，但双引号曾经用于需要处理控制字符的内容，而单引号用于不需要处理的字符串。

编译器将对双引号字符串运行字符串操作，同时保持单引号字符串字面不变。 这曾经导致“优秀”的开发人员选择对不包含控制字符的字符串使用单引号，如\\n或\\0 （不在单引号内处理）和双引号，当他们需要解析字符串时（以少量成本）在用于处理字符串的 CPU 周期中）。

Answer 15

如果您正在使用JSHint ，如果您使用双引号字符串，它将引发错误。

我通过 AngularJS 的 Yeoman scafflholding 使用它，但也许有某种方式来配置它。

顺便说一句，当您将 HTML 处理为 JavaScript 时，使用单引号更容易：

var foo = '<div class="cool-stuff">Cool content</div>';

至少 JSON 使用双引号来表示字符串。

没有任何简单的方法可以回答您的问题。

Answer 16

谈到性能，报价永远不会成为你的瓶颈。 但是，这两种情况下的性能是相同的。

谈到编码速度，如果使用'来分隔字符串，则需要转义"引号。您更有可能需要在字符串内部使用" 。 例子：

// JSON Objects:
var jsonObject = '{"foo":"bar"}';

// HTML attributes:
document.getElementById("foobar").innerHTML = '<input type="text">';

然后，我更喜欢使用'来分隔字符串，所以我必须转义更少的字符。

Answer 17

使用单引号的一个（愚蠢的）原因是它们不需要您按 shift 键来键入它们，而双引号则可以。 （我假设平均字符串不需要转义，这是一个合理的假设。）现在，假设我每天编写 200 行代码。 也许在这 200 行中我有 30 个引号。 也许输入双引号比输入单引号多花 0.1 秒的时间（因为我必须按下 shift 键）。 然后在任何一天，我浪费了 3 秒钟。 如果我以这种方式每年 200 天编码 40 年，那么我浪费了我生命中的 6.7 小时。 深思熟虑。

Answer 18

审查利弊

支持单引号

• 减少视觉混乱。
• 生成 HTML：HTML 属性通常用双引号分隔。

 elem.innerHTML = '<a href="' + url + '">Hello</a>';

但是，单引号在 HTML 中同样合法。

 elem.innerHTML = "<a href='" + url + "'>Hello</a>";

此外，内联 HTML 通常是一种反模式。 更喜欢模板。

• 生成 JSON：JSON 中只允许使用双引号。

 myJson = '{ "hello world": true }';

同样，您不应该以这种方式构造 JSON。 JSON.stringify() 通常就足够了。 如果没有，请使用模板。

赞成双引号

• 如果您没有颜色编码，则更容易发现双打。 就像在控制台日志或某种视图源设置中一样。
• 与其他语言的相似之处：在 shell 编程（Bash 等）中，存在单引号字符串文字，但在其中不解释转义符。 C 和 Java 对字符串使用双引号，对字符使用单引号。
• 如果您希望代码是有效的 JSON，则需要使用双引号。

赞成双方

两者在 JavaScript 中没有区别。 因此，您可以使用目前方便的任何东西。 例如，以下字符串文字都产生相同的字符串：

 "He said: \\"Let's go!\\"" 'He said: "Let\\'s go!"' "He said: \\"Let\\'s go!\\"" 'He said: \\"Let\\'s go!\\"'

内部字符串使用单引号，外部字符串使用双引号。 这允许您将内部常量与要显示给用户（或写入磁盘等）的字符串区分开来。 显然，您应该避免将后者放在您的代码中，但这并不总是可以做到的。

Answer 19

JavaScript 中的单引号和双引号之间没有任何区别。

规范很重要：

也许存在性能差异，但它们绝对是最小的，并且可以根据浏览器的实现随时更改。 除非您的 JavaScript 应用程序长达数十万行，否则进一步讨论是徒劳的。

这就像一个基准，如果

a=b;

比

a = b;

（额外的空格）

今天，在特定的浏览器和平台等中。

Answer 20

作为从双引号转变为单引号的原因，您可能还想考虑的另一件事是服务器端脚本的流行度增加。 使用 PHP 时，您可以使用 PHP 中的字符串和变量传递变量和解析 JavaScript 函数。

如果您编写一个字符串并为您的 PHP 使用双引号，您将不必转义任何单引号，PHP 将自动为您检索变量的值。

示例：我需要使用服务器中的变量运行 JavaScript 函数。

public static function redirectPage( $pageLocation )
{
    echo "<script type='text/javascript'>window.location = '$pageLocation';</script>";
}

这为我省去了处理连接字符串的很多麻烦，而且我可以有效地从 PHP 调用 JavaScript。 这只是一个例子，但这可能是程序员在 JavaScript 中默认使用单引号的几个原因之一。

引用自 PHP 文档：

双引号字符串最重要的特性是变量名将被扩展。 有关详细信息，请参阅字符串解析。

Answer 21

有人声称看到了性能差异： 旧邮件列表线程。 但我找不到任何可以确认的。

最重要的是查看您在字符串中使用的是哪种引号（双引号或单引号）。 它有助于保持较低的逃逸次数。 例如，当您在字符串中处理 HTML 内容时，使用单引号更容易，这样您就不必转义属性周围的所有双引号。

Answer 22

我已经运行了大约 20 次以下。 看起来双引号快了大约 20%。

有趣的是，如果您更改第 2 部分和第 1 部分，单引号会快 20% 左右。

//Part1
var r='';
var iTime3 = new Date().valueOf();
for(var j=0; j<1000000; j++) {
    r+='a';
}
var iTime4 = new Date().valueOf();
alert('With single quote : ' + (iTime4 - iTime3));  

//Part 2                
var s="";
var iTime1 = new Date().valueOf();
for(var i=0; i<1000000; i++) {
    s += "a";
}
var iTime2 = new Date().valueOf();
alert('With double quote: ' + (iTime2 - iTime1));

Answer 23

使用CoffeeScript 时，我使用双引号。 我同意你应该选择任何一个并坚持下去。 CoffeeScript 会在使用双引号时为您提供插值。

"This is my #{name}"

ECMAScript 6对模板字符串使用反引号 (`)。 这可能有一个很好的理由，但是在编码时，将字符串文字字符从引号或双引号更改为反引号以获得插值功能可能很麻烦。 CoffeeScript 可能并不完美，但在任何地方使用相同的字符串文字字符（双引号）并且始终能够插入是一个不错的功能。

`This is my ${name}`

Answer 24

当不能使用单引号时，我会使用双引号，反之亦然：

"'" + singleQuotedValue + "'"
'"' + doubleQuotedValue + '"'

代替：

'\'' + singleQuotedValue + '\''
"\"" + doubleQuotedValue + "\""

Answer 25

如果您在 JavaScript 和 C# 之间来回切换，最好训练您的手指以了解双引号这一常见约定。

Answer 26

现在是 2020 年，我们应该考虑 JavaScript 的第三种选择：所有事物的单反引号。

这可以在任何地方使用，而不是单引号或双引号。

它可以让你做所有的事情！

1. 在其中嵌入单引号： `太棒了！`

2. 在其中嵌入双引号： `它“真的”很棒！`

3. 使用字符串插值： `它比“${better}”更好！`

4. 它允许多行： `

   这个

   使

   JavaScript

   更好的！

`

在替换其他两个字符串时，它也不会造成任何性能损失： 反引号 (``) 是否比 JavaScript 中的其他字符串慢？

Answer 27

在阅读了所有说它可能更快或可能有优势的答案后，我会说双引号更好或可能更快，因为Google Closure 编译器将单引号转换为双引号。

Answer 28

严格来说没有区别，因此主要是品味和字符串中的内容（或者 JavaScript 代码本身是否在字符串中）的问题，以保持较低的转义次数。

速度差异图例可能来自 PHP 世界，其中两个引号具有不同的行为。

Answer 29

如果您的 JavaScript 源代码是

elem.innerHTML="<img src='smily' alt='It\'s a Smily' style='width:50px'>";

HTML 源代码将是：

<img src="smiley" alt="It's a Smiley" style="width:50px">

或者对于 HTML5

<img src=smiley alt="It's a Smiley" style=width:50px>

JavaScript 允许这样的数组：

var arr=['this','that'];

但是，如果您将其字符串化，则是出于兼容性原因：

JSON=["this","that"]

我确定这需要一些时间。

Answer 30

补充一下我的两分钱：几年前在使用 JavaScript 和 PHP 时，我已经习惯于使用单引号，这样我就可以输入转义字符 ('') 而不必对其进行转义。 我通常在输入带有文件路径等的原始字符串时使用它。

无论如何，我的约定最终变成在标识符类型的原始字符串上使用单引号，例如if (typeof s == 'string') ... （其中永远不会使用转义字符 - 永远）和双引号对于文本，例如“嘿，怎么了？”。 我还在注释中使用单引号作为显示标识符名称的排版约定。 这只是一个经验法则，我只在需要时中断，例如在键入 HTML 字符串'<a href="#"> like so <a>' （尽管您也可以在此处反转引号）。 我也知道，在JSON的情况下，双引号被用于名字-但外面个人而言，我更喜欢单引号时，从来没有要求转义引号之间的文本-就像document.createElement('div') 。

底线是，正如一些人提到/暗示的那样，选择一个约定，坚持它，并且只在必要时偏离。

Answer 31

您可以使用单引号或双引号。 例如，这使您能够轻松地将javascript嵌套在HTML属性中，而无需转义引号。 使用PHP创建javascript时也是如此。

一般的想法是：如果可能的话，使用您不需要转义的引号。 更少的转义=更好的代码。

Answer 32

这对我来说只是时间问题。 每次我必须按Shift键，然后才能输入"时，我的生命会损失几毫秒。

我更喜欢'只是因为你不必这样做！

除此之外，你可以逃脱'内单引号用反斜杠\\' 。

console.log('Don\\'t lose time'); // "Don't lose time"

Answer 33

对我来说，如果我在Vim编辑器中编写代码并且某些内容被单引号括起来，我可以双击以仅选择引号内的文本。 另一方面，双引号包括引号，当我想做一些快速复制和粘贴时，我觉得这很烦人。

例如，在 Vim 编辑器中双击 'myVar' 复制： >myVar< "myVar" 字面复制：>"myVar"< 并且当我粘贴时，我必须删除两边的引号。

Answer 34

区别纯粹是风格上的。 我曾经是一个双引号纳粹。 现在我几乎在所有情况下都使用单引号。 除了您的编辑器突出显示语法的方式之外，没有任何实际区别。

Answer 35

我大部分时间都使用单引号，因为在 PHP 中开发时，单引号字符串绝不会改变，这就是我想要的。 当我使用

echo "$xyz";

在 PHP 中， $xyz 被评估，这不是我想要的。 因此，当涉及到 Web 开发时，我总是使用'而不是" 。因此，当涉及到 PHP/JavaScript 时，我至少确保字符串的一致性。

不幸的是，这不能在 Java 或Objective-C 中完成，其中''代表字符而""代表字符串。 但这是另一个问题。

Answer 36

如果您使用 PHP 生成 JavaScript 代码，则应使用以下声明。

let value = "<?php echo 'This is my message, "double quoted" - \'single quoted\' ?>";

输出将是：

This is my message, "double quoted" - 'single quoted'

出于某些原因，建议在 PHP 中使用单引号而不是双引号。

对于 JavaScript 中的正常行为，建议使用单引号。

 var value = 'This is my message'; document.getElementById('sample-text').innerHTML = value;

 <span id="sample-text"></span>

Answer 37

我认为重要的是不要忘记，虽然 Internet Explorer 可能安装了零个扩展/工具栏，但 Firefox 可能安装了一些扩展（例如，我只是在考虑Firebug ）。 这些扩展会对基准测试结果产生影响。

这并不重要，因为浏览器 X 在获取元素样式方面更快，而浏览器 Y 在呈现画布元素方面可能更快（因此浏览器“制造商”总是拥有最快的 JavaScript 引擎）。

Answer 38

我认为这完全是一个方便/偏好的问题。

我更喜欢双引号，因为它匹配 C# 所拥有的，这是我通常使用的环境：C# + JavaScript。

双引号超过单引号的另一个可能原因是（我在我的项目代码中找到了）：法语或其他一些语言经常使用单引号（实际上就像英语），所以如果由于某种原因你最终从服务器端（我知道这是不好的做法），那么单引号将错误地呈现。

在常规语言中使用双引号的可能性很低，因此我认为它有更好的机会不破坏某些东西。

Answer 39

为了可读性，我个人更喜欢单引号。 如果我整天盯着代码看，只用单引号而不是双引号更容易看到单词。

更易于阅读，如下所示：

'易于阅读'

“更难读”

""最难读""

Answer 40

我更喜欢使用单引号' 。 打字更容易，看起来更好。

另外，让我们记住直引号（单引号和双引号）在良好的排版中是一个错误。 卷曲引号更可取，因此我更喜欢使用正确的字符而不是转义直引号。

const message = 'That\'s a \'magic\' shoe.' // This is wrong
const message = 'That’s a ‘magic’ shoe.' // This is correct

https://practicaltypography.com/straight-and-curly-quotes.html

有人可以向 Visual Studio Code 添加智能引用功能吗？

Answer 41

此外，除了关闭和一些未转义的几个字符外，规范（目前在MDN 中提到）似乎没有说明单引号和双引号之间的任何区别。 但是，模板文字 (`) 需要额外的解析/处理。

字符串文字是用单引号或双引号括起来的 0 个或多个 Unicode 代码点。 Unicode 代码点也可以由转义序列表示。 除了结束引号代码点、 U+005C (REVERSE SOLIDUS) 、 U+000D (CARRIAGE RETURN) U+000A (LINE FEED) U+000D (CARRIAGE RETURN)和U+000A (LINE FEED)之外，所有代码点都可以字面出现在字符串文字中。 任何代码点都可能以转义序列的形式出现。 字符串文字评估为 ECMAScript 字符串值...

来源： https : //tc39.es/ecma262/#sec-literals-string-literals

Answer 42

这个答案几乎没有用，但我的一般准则是在字符串对用户可见时使用双引号，在将字符串专门传递到 function 时使用单引号。 然而，Jshint w109 建议使用单引号字符串，但根据我的经验，这主要是个人偏好

Answer 43

正如其他回复所述，它们几乎相同。 但我会尝试添加更多。

1. 一些有效的算法使用字符数组来处理字符串。 这些算法（浏览器编译器等）会在' (#39) 之前首先看到" (#34)，因此根据您的数据结构节省了几个 CPU 周期。
2. "被反XSS引擎逃脱

Answer 44

为了跨不同语言使用 JavaScript 代码，我发现单引号始终需要较少的代码调整。

双引号支持多行字符串。

Answer 45

单引号 ( ' ) 使用一个键盘键，但双引号使用两个键 ( shift + ' )。 所以节省按键次数也是一个优势:(:

Answer 46

最佳做法是先使用双引号 ("")，然后根据需要使用单引号 ('')。 原因是如果您曾经使用服务器端脚本，如果您使用双引号，您将无法从服务器中提取内容（例如来自数据库的 SQL 查询）。