Python编码utf-8默认值 不可能告诉你的Python解释器默认地考虑在UTF-8？？中编码的所有.py文件？

虽然这不利于可移植性，因为您可能会忘记放置

#-*-编码：utf-8-*-

类型的头

今天我很痛苦，在编写包含unicode字符串的短临时脚本时，必须始终记住要编写此标题

---

（例如，在处理远程环境时，我没有使用一个完整的绑定和配置的编辑器来为我系统地添加标题，所以我必须记住这个细节）

你可以做一些技巧，但在我看来没有那么好的。解决方案是移到Python 3

当您初始化shell/python时，您可以进行这种并非100%完全可靠的攻击：

#!/usr/bin/python2.7 -S

import sys
sys.setdefaultencoding("utf-8")
import site

这个技巧并不是一个好主意，但也许可以满足您对远程shell等的需求，以便快速测试

---

有关缺点的更多信息和讨论，请参阅和。（可能重复）。

您可以做一些技巧，但在我看来没有一个是那么好的。解决方案是转移到Python 3

当您初始化shell/python时，您可以进行这种并非100%完全可靠的攻击：

#!/usr/bin/python2.7 -S

import sys
sys.setdefaultencoding("utf-8")
import site

这个技巧并不是一个好主意，但也许可以满足您对远程shell等的需求，以便快速测试

---

有关缺点的更多信息和讨论，请参阅和。（可能重复）。

您可以做一些技巧，但在我看来没有一个是那么好的。解决方案是转移到Python 3

当您初始化shell/python时，您可以进行这种并非100%完全可靠的攻击：

#!/usr/bin/python2.7 -S

import sys
sys.setdefaultencoding("utf-8")
import site

这个技巧并不是一个好主意，但也许可以满足您对远程shell等的需求，以便快速测试

---

有关缺点的更多信息和讨论，请参阅和。（可能重复）。

您可以做一些技巧，但在我看来没有一个是那么好的。解决方案是转移到Python 3

当您初始化shell/python时，您可以进行这种并非100%完全可靠的攻击：

#!/usr/bin/python2.7 -S

import sys
sys.setdefaultencoding("utf-8")
import site

这个技巧并不是一个好主意，但也许可以满足您对远程shell等的需求，以便快速测试

有关缺点的更多信息和讨论，请参阅和。（可能重复）