前阵子我们实验室聚餐。同事说看我在学西班牙语，唯恐将来实验室要搬到西班牙，所以找了个西班牙菜，让大家先适应一下饮食。

虽然是西班牙餐馆，但毕竟是海淀的西班牙餐馆，豪阔大气。大门脸，大包间，大圆桌。浑然不似三里屯那些小气巴巴的西餐厅，不是两人桌就是四人桌，六人桌都不好订。

这包间里还有沙发，有衣架，有卫生间。大圆桌还有转盘，电动的，一按电钮就带着中间那盆塑料花一起转。我们一圈人围圆桌坐定。这时候伙计就算端上两只烤鸭来看着也一点不违和。

缺点当然也有。物以稀为贵，海淀这边沾洋气的东西都贵。我们 12 个人吃了五千多。这要是在三里屯花不了一半的钱。

刚才做研究回顾，发现我早年发现的一个问题，微软已经不声不响地修了。

在资源管理器中双击打开一个文件，会自动在用户的 Recent 目录下创建该文件的快捷方式。这是系统实现“最近打开的文件”这个功能的方式。

但至少在 Windows 7 的早期版本上，当在资源管理器中双击打开一个文件名长度超过大约 190 字节的文件时，本来应该在用户的 Recent 目录下创建的快捷方式可能被创建到 System32 目录下。

因为这个问题的直接利用价值不大，所以我当初没有详细分析。推测应该是个逻辑问题。当文件名本身过长，在 Recent 目录创建快捷方式的全路径长度可能会超过所调用 API 允许的路径长度上限，代码逻辑就转向放弃全路径而只使用文件名。而资源浏览器进程的当前目录是 System32，于是文件就被建立在了 System32 下。实际上此时正确的逻辑是放弃写 Recent，或者弹出错误提示。

这个问题本身造不成什么危害，顶多给系统目录添点垃圾。但超长文件名引发的这类逻辑错误可能还存在于其它软件中。

刚才测试，发现在当前版本的系统上，微软遇到此类情况就是放弃了写 Recent。

（从积极利用的角度想，如果你想减少在系统上留下打开某文件的痕迹，就可以给文件设置一个超长的文件名。）