为什么Python中print用format拼接时输出\\而非转义字符\？

你遇到的问题本质是Python字符串转义的解析时机和规则导致的，具体原因拆解如下：

1. 转义解析的核心规则 #

Python对转义序列的处理，只会发生在字符串字面量的创建阶段，后续通过format拼接、字符串相加等操作生成的内容，不会被二次解析为转义序列。

2. 正常输出表情的写法原理 #

print('\U0001F602')

这种写法中，\U0001F602是完整写在字符串字面量里的，Python解析这个字符串的时候，会直接识别到\U开头的8位十六进制是Unicode转义序列，直接转换为对应的😂字符，所以打印正常。

print('{}'.format('\U0001F602'))

这里传给format的参数'\U0001F602'在创建时就已经被转义为😂字符，format只是做占位符替换，不会改变已经生成的字符，所以输出也正常。

3. 异常写法的执行流程 #

print('\{}'.format('U0001F602'))

这个写法的执行分为两步，转义解析远早于format执行：

1. 首先解析'\{}'这个字符串字面量：\后面跟着的是{，不属于Python支持的合法转义序列开头（合法的转义开头包括n/t/U/x等），所以Python会把这个\当成普通的反斜杠字符保留，最终得到的字符串内容是\{}, 你看到的\\是字符串的repr表示形式，仅用于标识这个反斜杠是普通字符，实际字符串内存储的是单个\。
2. 再执行format('U0001F602')：占位符替换后得到的完整字符串是\U0001F602，这里的\和后面的U是两个独立的普通字符，不会被重新识别为Unicode转义序列，所以最终打印出来的就是\U0001F602。

4. 动态生成Unicode字符的正确方式 #

如果需要通过传入编码后缀动态生成对应的Unicode字符，不要依赖字符串拼接实现转义，可以用chr()函数处理：

# 传入十六进制编码即可生成对应字符
print(chr(int('1F602', 16)))

内容的提问来源于stack exchange，提问作者AfterFray