如何处理带有“右”空字节的 Python unicode 字符串方式？

Question

问题

看来 PyWin32 很乐意将 null 终止的 unicode 字符串作为返回值。我想以“正确”的方式处理这些字符串。

假设我得到的字符串如下：u'C:\\Users\\Guest\\MyFile.asy\x00\x00sy'。这似乎是一个 C 风格的以 null 结尾的字符串，挂在 Python unicode 对象中。我想将这个坏男孩修剪成常规的字符串，例如，我可以将其显示在窗口标题栏中。

在第一个空字节处修剪字符串是处理它的正确方法吗？

我没想到会得到这样的返回值，所以我想知道我是否遗漏了一些关于 Python、Win32 和 unicode 如何一起运行的重要内容……或者这只是一个 PyWin32 bug。

背景

我正在使用 Win32 文件选择器函数 GetOpenFileNameW 来自 PyWin32 包。根据文档，此函数返回一个包含完整文件名路径的元组作为 Python unicode 对象。

当我打开带有现有路径和文件名集的对话框时，我得到一个奇怪的返回值。

例如，我将默认设置为： C:\\Users\\Guest\\MyFileIsReallyReallyAwesome.asy

在对话框中，我将名称更改为 MyFile.asy 并单击“保存” 。

返回值的完整路径部分是： u'C:\Users\Guest\MyFile.asy\x00wesome.asy'`

我期望它是： u'C:\\Users\\Guest\\MyFile .asy'

该函数返回一个回收的缓冲区，而不删除终止字节。不用说，我的其余代码没有设置用于处理 C 样式以 null 结尾的字符串。

演示代码

以下代码演示了 GetSaveFileNameW 返回值中的 null 终止字符串。

说明： 在对话框中将文件名更改为“MyFile.asy”，然后单击“保存”。观察控制台上打印的内容。我得到的输出是u'C:\\Users\\Guest\\MyFile.asy\x00wesome.asy'。

import win32gui, win32con

if __name__ == "__main__":
    initial_dir = 'C:\\Users\\Guest'
    initial_file = 'MyFileIsReallyReallyReallyAwesome.asy'
    filter_string = 'All Files\0*.*\0'
    (filename, customfilter, flags) = \
        win32gui.GetSaveFileNameW(InitialDir=initial_dir,
                    Flags=win32con.OFN_EXPLORER, File=initial_file,
                    DefExt='txt', Title="Save As", Filter=filter_string,
                    FilterIndex=0)
    print repr(filename)

注意：如果您没有足够缩短文件名（例如，如果您尝试 MyFileIsReally.asy），则字符串将是完整的，没有空字节。

环境

Windows 7 Professional 64位（无服务包），Python 2.7.1，PyWin32 Build 216

更新：PyWin32 Tracker Artifact

根据我收到的评论和回答，到目前为止，这可能是 pywin32 错误，所以我提交了 跟踪器工件。

更新 2：已修复！

Mark Hammond 在跟踪器工件中报告说，这确实是一个错误。修订版 f3fdaae5e93d 已签入修复程序，因此希望这将在下一个版本中发布。

我认为下面 Aleksi Torhamo 的答案是修复之前 PyWin32 版本的最佳解决方案。

Answer 1

我想说这是一个错误。处理它的正确方法可能是修复 pywin32，但如果您觉得不够冒险，只需修剪它即可。

您可以使用 filename.split('\x00', 1)[0] 获取第一个 '\x00' 之前的所有内容。

Answer 2

在我测试的 PyWin32/Windows/Python 版本上不会发生这种情况；即使返回的字符串很短，我也不会得到任何空值。您可以调查上述其中一项的较新版本是否修复了该错误。

Answer 3

ISTR 说我几年前就遇到过这个问题，然后我发现这样的 Win32 文件名对话框相关函数返回一个 'filename1\0filename2\0...filenameN\0\0' 序列，而包括可能的垃圾字符，具体取决于 Windows 分配的缓冲区。

现在，您可能更喜欢列表而不是原始返回值，但这将是 RFE，而不是错误。

PS 当我遇到这个问题时，我很理解为什么人们会期望 GetOpenFileName 可能返回文件名列表，而我无法想象为什么 GetSaveFileName 会返回。也许这被认为是 API 的统一。无论如何，我应该认识谁？