当输送Python程序的输出时，Python解释器会混淆编码并将其设置为None。这意味着这样一个程序:
# -*- coding: utf-8 -*-
print u"åäö"
正常运行时工作正常，但失败:
unicode编码错误:'ascii'编解码器无法编码字符u'\xa0'在位置0:序数不在范围(128)
在管道序列中使用时。
什么是最好的方法使这工作时管道?我能告诉它使用shell/文件系统/任何正在使用的编码吗?
到目前为止，我看到的建议是直接修改你的site.py，或者使用以下方法硬编码defaultencoding:
# -*- coding: utf-8 -*-
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
print u"åäö"
有没有更好的方法让管道工作?
当前回答
在Windows上，当我从编辑器(如Sublime Text)运行Python代码时经常遇到这个问题，但如果从命令行运行就不会。
在这种情况下，检查编辑器的参数。在SublimeText的情况下，这个Python。Sublime-build解决了这个问题:
{
"cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python",
"encoding": "utf8",
"env": {"PYTHONIOENCODING": "utf-8", "LANG": "en_US.UTF-8"}
}
其他回答
我只是想在这里提到一些我花了很长时间实验才最终意识到发生了什么的东西。这对在座的每个人来说都是显而易见的，以至于他们都懒得提。但如果他们这么做了，对我就有帮助了，所以基于这个原则……!
注意:我具体使用Jython, v 2.7，所以这可能不适用于CPython…
NB2:我的.py文件的前两行是:
# -*- coding: utf-8 -*-
from __future__ import print_function
“%”(又名“插值运算符”)字符串构造机制也会导致额外的问题…如果“环境”的默认编码是ASCII，并且您尝试执行如下操作
print( "bonjour, %s" % "fréd" ) # Call this "print A"
在Eclipse中运行没有任何困难……在Windows CLI (DOS窗口)中，你会发现编码是代码页850(我的Windows 7操作系统)或类似的东西，至少可以处理欧洲口音的字符，所以它可以工作。
print( u"bonjour, %s" % "fréd" ) # Call this "print B"
也会起作用。
如果，OTOH，你从CLI直接到一个文件，标准输出编码将是None，这将默认为ASCII(在我的操作系统上)，这将无法处理上面的任何一个打印…(可怕的编码错误)。
因此，您可能会考虑使用重定向您的标准输出
sys.stdout = codecs.getwriter('utf8')(sys.stdout)
并尝试在CLI管道中运行到一个文件…非常奇怪的是，上面打印A也可以…但是上面的打印B会抛出编码错误!但是下面的方法可以正常工作:
print( u"bonjour, " + "fréd" ) # Call this "print C"
我得出的结论(暂时)是，如果一个字符串被指定为使用“u”前缀的Unicode字符串提交给%-处理机制，它似乎涉及到默认环境编码的使用，无论您是否将stdout设置为重定向!
人们如何处理这个问题是一个选择的问题。我欢迎Unicode专家告诉我为什么会发生这种情况，我是否在某些方面弄错了，首选的解决方案是什么，它是否也适用于CPython，是否发生在Python 3中，等等，等等。
我可以通过调用来“自动化”它:
def __fix_io_encoding(last_resort_default='UTF-8'):
import sys
if [x for x in (sys.stdin,sys.stdout,sys.stderr) if x.encoding is None] :
import os
defEnc = None
if defEnc is None :
try:
import locale
defEnc = locale.getpreferredencoding()
except: pass
if defEnc is None :
try: defEnc = sys.getfilesystemencoding()
except: pass
if defEnc is None :
try: defEnc = sys.stdin.encoding
except: pass
if defEnc is None :
defEnc = last_resort_default
os.environ['PYTHONIOENCODING'] = os.environ.get("PYTHONIOENCODING",defEnc)
os.execvpe(sys.argv[0],sys.argv,os.environ)
__fix_io_encoding() ; del __fix_io_encoding
是的，如果这个“setenv”失败了，就有可能得到一个无限循环。
在Windows上，当我从编辑器(如Sublime Text)运行Python代码时经常遇到这个问题，但如果从命令行运行就不会。
在这种情况下，检查编辑器的参数。在SublimeText的情况下，这个Python。Sublime-build解决了这个问题:
{
"cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python",
"encoding": "utf8",
"env": {"PYTHONIOENCODING": "utf-8", "LANG": "en_US.UTF-8"}
}
克雷格·麦昆(Craig McQueen)的答案有争议的净化版。
import sys, codecs
class EncodedOut:
def __init__(self, enc):
self.enc = enc
self.stdout = sys.stdout
def __enter__(self):
if sys.stdout.encoding is None:
w = codecs.getwriter(self.enc)
sys.stdout = w(sys.stdout)
def __exit__(self, exc_ty, exc_val, tb):
sys.stdout = self.stdout
用法:
with EncodedOut('utf-8'):
print u'ÅÄÖåäö'
上周我也遇到了类似的问题。在我的IDE (PyCharm)中很容易修复。
以下是我的解决方案:
从PyCharm菜单栏开始:File -> Settings…->编辑器->文件编码，然后设置:“IDE编码”，“项目编码”和“属性文件的默认编码”全部为UTF-8，她现在的工作就像一个魅力。
希望这能有所帮助!
