为什么渲染多字节字符序列的速度慢得令人难以置信？

Question

大约一周前，我意识到只要可以看到带有长日语文件名的文件，μTorrent 中的文件列表就会挂起不到一秒钟。我觉得很好奇，但当时我真的没有时间去担心它，特别是因为它仅限于 µTorrent。

然而，今天我意识到事实并非如此。例如，如果我使用长多字节字符文件名保存文本文件并在记事本中打开它，我会得到一些奇怪的结果。当我尝试调整窗口大小时，一切都变慢了。然而，我可以松开对窗口的控制，看看我的光标是如何分成两部分的，一个由我控制，另一个是一种“幽灵光标”，因为没有更好的词来执行我最初用鼠。这仅适用于这种性质的文件名，我也在记事本和 µTorrent 以外的应用程序中对其进行了测试。

我试图寻找导致这种奇怪行为的原因的线索，但我找不到任何东西。这里有人知道发生了什么吗？

不幸的是，我无法对此进行截图，因为在拍摄之前，所有截图应用程序似乎都挂起，直到调整大小完成...

编辑：我录制了一个视频来演示这个问题。我不确定这是否有助于确定原因，但它至少应该比我上面的解释更好：

https://vimeo.com/58619918

编辑 2：这是一个按要求提供的示例文件：请注意，它只是一个带有长多字节文件名的空文件：http : //goo.gl/bgnGP（对于那些使用浏览器无法处理文件名的人，这里是一个 zip 文件：https : //dl.dropbox.com/u/55495248/multibyte.zip）

Answer 1

如果你的电脑渲染多字节字符，它会变慢，因为它可能必须执行超过 1 条指令来处理该字符。

64 位版本可以在 1 次调用中获取 64 位名称，在 1 次调用中处理它，并将其存储在 1 次调用 = 3 次调用中。

32 位版本必须使用前 32 位，然后使用其他 32 位，然后管理这两个操作：

在 3 次调用中获取 64 位名称，在 3 次调用中对其进行处理，并将其存储在 3 次调用 = 9 次调用中。