在Windows平台上使用Python和subprocess.Popen()处理Unicode文件名

Question

为什么会出现以下情况：

>>> u'\u0308'.encode('mbcs')   #UMLAUT
'\xa8'
>>> u'\u041A'.encode('mbcs')   #CYRILLIC CAPITAL LETTER KA
'?'
>>>

我有一个Python应用程序接受来自操作系统的文件名。它适用于一些国际用户，但不适用于其他用户。

例如，此unicode文件名： u'\u041a\u0433\u044b\u044b\u0448\u0444\u0442'

不会使用Windows“mbcs”编码（文件系统使用的编码，由sys.getFileSystemCoding（）返回）。我明白了，表示编码器在这些字符上失败。但这毫无意义，因为文件名是从用户开始的。

更新：这是我背后的原因背景。。。 我的系统中有一个用西里尔文命名的文件。我想用那个文件作为参数调用subprocess.Popen（）。Popen不能处理unicode。通常，我可以使用sys.getFileSystemCoding（）提供的编解码器对参数进行编码。在这种情况下是行不通的

Answer 1

免责声明：我是下面提到的修复程序的作者。

要在带有Python2.7的windows上支持unicode命令行，可以使用 this patch到subprocess.Popen(..)

情况

Python 2在windows上对unicode命令行的支持非常差。

被严重窃听：

• 从调用方向系统发出unicode命令行（通过subprocess.Popen(..)），

• 从被叫方读取当前的命令行unicode参数（通过sys.argv），

它在Python 2上被确认并won't be fixed。这些在Python 3中是固定的。

技术原因

在Python 2中，subprocess.Popen(..)和sys.argv的windows实现使用非unicode就绪的windows系统调用CreateProcess(..)（请参见Pythoncode，和MSDNdoc of CreateProcess），而不使用GetCommandLineW(..)来获取sys.argv。

在Python 3中，subprocess.Popen(..)的windows实现使用正确的windows系统调用CreateProcessW(..)从3.0开始（请参见3.0中的^{GetCommandLineW(..)从3.3开始（请参见3.3中的^{

如何修复

给定的patch将利用ctypes模块调用C窗口 直接系统CreateProcessW(..)。它通过重写私有方法Popen._execute_child(..)和私有函数_subprocess.CreateProcess(..)从windows系统库中设置和使用CreateProcessW(..)，提出了一个新的固定Popen对象，以尽可能模拟在Python中的工作方式3.6。

如何使用它

如何使用给定的修补程序将通过blog post explanation演示。它还显示了如何读取当前进程 sys.argv与another fix一起。