blocks|key|1270567|text|单引号需要转义，因为字符串是用单引号分隔的。如果没有转义，那么它就表示文字的结尾。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1270568|'"Isn\'t,"+they+said.'
%5E++++++++++++++++++++%5E|code-block|syntax|javascript|1270569|如果字符串是在外部用双引号再现的，则需要转义双引号：|1270570|"\"Isn't,\"+they+said."|1270571|这两种形式都表示完全相同的字符串。碰巧的是，repr()选择使用单引号并向它展示第一种方式。|offset|length|style|CODE|1270572|entityMap^0|0|0|0|0|M|6|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|U|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|V|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|W|8|@$M|X|N|Y|O|P]]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

The single quote needs to be escaped because the string is delimited with single quotes. If it weren't escaped then it would signal the end of the literal.
<pre><code>'&quot;Isn\'t,&quot; they said.'
^ ^
</code></pre>
If the string were reproduced with double quotes on the outside then the double quotes would need to be escaped:
<pre><code>&quot;\&quot;Isn't,\&quot; they said.&quot;
</code></pre>
Both forms represent the exact same string. As it happens, <code>repr()</code> chooses to use single quotes and shows it the first way.

blocks|key|1270617|text|我想在约翰的有益回答的基础上再接再厉。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1270618|在检查医生，之后，我确定如果该字符串通过了双重测试，它将输出双引号：|offset|length|1270619|包含一个单引号|ordered-list-item|1270620|不包含双引号|1270621|这是最容易记住的方式。|1270622|文字"doesn't"通过了第一个测试，因为撇号是单引号。然后，我们重新检查它，并发现它不包含任何双引号内的附件。因此，字符串文字输出为双引号：|style|CODE|1270623|>>>+"doesn't"
"doesn't"|code-block|syntax|javascript|1270624|没有必要用输出中的反斜杠转义单引号，因为外壳是由双引号组成的！|1270625|现在考虑一下文字'"Isn\'t,"+they+said.'+--这个文字通过了第一个测试，因为它包含一个撇号，即使它是转义的。然而，它也包含双引号，因此它失败了第二个测试。因此，它以单引号输出：|1270626|>>>+'"Isn\'t,"+they+said.'
'"Isn\'t,"+they+said.'|1270627|由于外壳是由单引号组成的，所以输出中需要转义。|1270628|如果不是输出中的反斜杠，则在扫描文字时会到达EOL+(行尾)。|1270629|最后，考虑一下"\"Isn't,\"+they+said."|1270630|在文字中有一个单引号，所以它确实传递了第一个test...but失败了第二个。输出应该将字符串文字用单引号括起来：|1270631|>>>+"\"Isn't,\"+they+said."
'"Isn\'t,"+they+said.'|1270632|因此，逃避是必要的，以防止过早的EOL。|1270633|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.python.org/3/tutorial/introduction.html#strings^0|0|1|5|0|0|0|0|0|2|9|0|0|0|8|M|0|0|0|0|7|N|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1M|8|@]|9|@$D|1N|E|1O|1|1P]]|A|$]]|$1|F|3|G|5|H|7|1Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|1R|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|1S|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1T|8|@$D|1U|E|1V|O|P]]|9|@]|A|$]]|$1|Q|3|R|5|S|7|1W|8|@]|9|@]|A|$T|U]]|$1|V|3|W|5|6|7|1X|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1Y|8|@$D|1Z|E|20|O|P]]|9|@]|A|$]]|$1|Z|3|10|5|S|7|21|8|@]|9|@]|A|$T|U]]|$1|11|3|12|5|6|7|22|8|@]|9|@]|A|$]]|$1|13|3|14|5|6|7|23|8|@]|9|@]|A|$]]|$1|15|3|16|5|6|7|24|8|@$D|25|E|26|O|P]]|9|@]|A|$]]|$1|17|3|18|5|6|7|27|8|@]|9|@]|A|$]]|$1|19|3|1A|5|S|7|28|8|@]|9|@]|A|$T|U]]|$1|1B|3|1C|5|6|7|29|8|@]|9|@]|A|$]]|$1|1D|3|-4|5|6|7|2A|8|@]|9|@]|A|$]]]|1E|$1F|$5|1G|1H|1I|A|$1J|1K]]]]

I would like to build on John's helpful answer.
After <a href="https://docs.python.org/3/tutorial/introduction.html#strings" rel="nofollow noreferrer">examining the docs,</a> I've determined that the string will output DOUBLE quotes if it passes DOUBLE the tests:
<ol>
<li>Contains a single quote</li>
<li>Contains NO double quotes</li>
</ol>
That's the easiest manner to remember it.
The literal <code>&quot;doesn't&quot;</code> passes the first test because of the apostrophe, which counts as a single quote. Then, we re-examine it and find it does not contain any double quotes inside of the enclosure. Therefore, the string literal outputs as a double quote:
<pre><code>&gt;&gt;&gt; &quot;doesn't&quot;
&quot;doesn't&quot;
</code></pre>
There is no need to escape a single quote with a backslash in the output because the enclosure is composed of double quotes!
Now consider the literal <code>'&quot;Isn\'t,&quot; they said.'</code> This literal passes the first test because it contains an apostrophe, even if it's escaped. However, it also contains double quotes, so it fails the second test. Therefore, it outputs as a single quote:
<pre><code>&gt;&gt;&gt; '&quot;Isn\'t,&quot; they said.'
'&quot;Isn\'t,&quot; they said.'
</code></pre>
And because the enclosure is composed of single quotes, the escape is needed in the output.
If it weren't for the backslash in the output, the EOL (end of line) would have been reached while scanning the literal.
Finally, consider <code>&quot;\&quot;Isn't,\&quot; they said.&quot;</code>
There is a single quote inside of the literal, so it does pass the first test...but fails the second. The output should enclose the string literal in single quotes:
<pre><code>&gt;&gt;&gt; &quot;\&quot;Isn't,\&quot; they said.&quot;
'&quot;Isn\'t,&quot; they said.'
</code></pre>
Therefore, the escape is needed to prevent a premature EOL.

If I type this in the interactive interpreter of Python:

<pre><code>&gt;&gt;&gt; 'doesn\'t'
"doesn't"
&gt;&gt;&gt; '"Isn\'t," they said.'
'"Isn\'t," they said.'
</code></pre>

Why is the escape character (<code>\</code>) printed in the second case? I realize that I can use the <code>print()</code> function to escape it, i.e. to not print it.

Why is the escape character sometimes output in the interactive interpreter of Python?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果我在Python的交互式解释器中输入此内容：>>> 'doesn\'t'"doesn't">>> '"Isn\'t," they said.''"Isn\'t," they said.'为什么在第二种情况下打印转义字符(\)？我意识到我可以使用print()函数来转义它，即不打印它。

问为什么转义字符有时会在Python的交互式解释器中输出？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么转义字符有时会在Python的交互式解释器中输出？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么转义字符有时会在Python的交互式解释器中输出？
EN