当从Windows控制台cmd.exe(即Sublime Text之外)使用python myscript.py
运行此代码时,它可以正常工作:
# coding: utf8
import json
d = json.loads("""{"mykey": {"readme": "Café"}}""")
print d['mykey']['readme']
咖啡
在使用CTRL + B在Sublime Text 2中运行它时,它会失败:
"env": {"PYTHONIOENCODING": "utf8"},
):
[解码错误 - 输出不是utf-8]
[解码错误 - 输出不是utf-8]
[以0.1秒完成]"encoding": "utf-8"
也无济于事如何在Sublime Text 2(适用于Windows)控制台中正确使用print
,如果它包含一些UTF8字符?
注意:这不是printing UTF-8 in Python 3 using Sublime Text 3的副本,我之前已经将此问题链接到了。
这是Python.sublime-build
文件:
{ "cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python",
"variants": [ { "name": "Run", "file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)", "cmd": ["C:\\Python27-64\\python.exe", "-u", "$file"] } ] }
(我和"env": ...
一起尝试过,有和没有"encoding": ...
)
这是一个很长的答案,充满了血淋淋的细节,但TL; DR版本是这似乎是Sublime Text 2中的一个错误(特别是在它的exec
命令中)。
下面有关于如何修补Sublime以便潜在解决问题的指示(至少在我的所有测试中都有效)如果升级到Sublime Text 3不是一个选项,因为Sublime 3有一个增强的exec
命令。
需要注意的是,您以下列形式看到的错误:
[解码错误 - 输出不是utf-8]
由Sublime生成,因为它将数据添加到输出面板而不是Python。即使使用下面概述的修复,仍可能需要(基于系统设置和/或使用的平台)包含问题中提到的env
设置,因为它告诉Python以UTF-8生成其输出而不管是什么它认为它应该做。
出于以下测试的目的,我在Windows 7机器上安装了Sublime Text 2和Python 2.7.14。这台机器已经安装了Python 3并添加到PATH
,因此我将此版本安装到C:\Python27-64
中,如示例构建文件中所示,并将其保留在路径之外。
除了安装PackageResourceViewer并提升默认字体大小外,Sublime还有其他库存。
测试脚本如下,稍微修改了您问题中列出的版本:
# coding: utf8
import sys
print(sys.version)
print("Café")
由于一切都是库存,Tools > Build System
中的构建系统设置为Automatic
,并尝试使用Ctrl + B运行构建产生以下输出:
3.6.0 (v3.6.0:41df79263a11, Dec 23 2016, 08:06:12) [MSC v.1900 64 bit (AMD64)]
[Decode error - output not utf-8]
[Finished in 0.1s]
这是有道理的,因为如上所述,Python 3在我的路径上,但Python 2不是,所以它正在选择Python 3。
默认的Python.sublime-build
如下:
{
"cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python"
}
使用PackgeResourceViewer,我打开文件并对其进行修改以直接调用Python 2解释器:
{
"cmd": ["C:\\Python27-64\\python.exe", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python"
}
有了这个,构建结果如下所示:
2.7.14 (v2.7.14:84471935ed, Sep 16 2017, 20:25:58) [MSC v.1500 64 bit (AMD64)]
Café
[Finished in 0.1s]
请注意,它正在运行Python 2,但它现在也正确显示数据,而无需修改任何内容。
这有点好奇,我必须承认我在这上面有几个兔子洞,因为它似乎可以立即起作用。但是,如果你注释掉sys.version
的印刷品:
# coding: utf8
import sys
#print(sys.version)
print("Café")
它停止工作:
[Decode error - output not utf-8]
[Decode error - output not utf-8]
[Finished in 0.1s]
或者,如果您稍微修改正在打印的文本,使其不会以重音字符结束:
# coding: utf8
import sys
# print(sys.version)
print("Café au lait")
现在它可以正常工作:
Café au lait
[Finished in 0.1s]
我相信这是exec
命令中的一个错误,它在Default
包中附带了Sublime Text。特别是,它在将数据插入构建结果之前对其进行解码,因此对于在读取数据时缓冲区截止发生的位置可能很敏感。
相反,Sublime Text 3具有exec
命令的修改版本,该命令(以及其他增强功能)在从管道读取数据的点处使用增量解码器,并且不会出现此问题。
修改Sublime 2中的exec
命令以使用增量解码似乎可以解决问题,尽管我承认我没有对此进行任何详尽的测试。
我创建了一个public gist,其中包含exec.py
文件的修改版本,该文件提供了构建系统使用的exec
命令,以及如何应用它的说明。
如果你使用它,你现有的构建系统(甚至是默认的)应该可以找到你,除了我上面提到的你可能仍然需要在构建中使用env
设置来强制Python解释器实际输出UTF-8如果不是。
一个可能的快速修复:
# coding: utf8
import json
d = json.loads("""{"mykey": {"readme": "Café"}}""", encoding='latin1')
print d['mykey']['readme'].encode('latin1')