刚才做研究回顾，发现我早年发现的一个问题，微软已经不声不响地修了。
在资源管理器中双击打开一个文件，会自动在用户的 Recent 目录下创建该文件的快捷方式。这是系统实现“最近打开的文件”这个功能的方式。
但至少在 Windows 7 的早期版本上，当在资源管理器中双击打开一个文件名长度超过大约 190 字节的文件时，本来应该在用户的 Recent 目录下创建的快捷方式可能被创建到 System32 目录下。
因为这个问题的直接利用价值不大，所以我当初没有详细分析。推测应该是个逻辑问题。当文件名本身过长，在 Recent 目录创建快捷方式的全路径长度可能会超过所调用 API 允许的路径长度上限，代码逻辑就转向放弃全路径而只使用文件名。而资源浏览器进程的当前目录是 System32，于是文件就被建立在了 System32 下。实际上此时正确的逻辑是放弃写 Recent，或者弹出错误提示。
这个问题本身造不成什么危害，顶多给系统目录添点垃圾。但超长文件名引发的这类逻辑错误可能还存在于其它软件中。
刚才测试，发现在当前版本的系统上，微软遇到此类情况就是放弃了写 Recent。
（从积极利用的角度想，如果你想减少在系统上留下打开某文件的痕迹，就可以给文件设置一个超长的文件名。）