Windows 8.3 短文件名别乱关：微软警告可能引发系统崩溃

前言

【警告⚠️】

最近，有科技博主在社交平台上传教程，教用户关闭 “8.3 文件名命名规则”（8.3 naming），并声称这样能显著提升磁盘上的文件读写性能。

但 Microsoft 已经发布技术警告，提醒用户和系统管理员不要随便关闭这个功能。

一旦贸然关闭，依赖该功能的应用程序可能直接失效，甚至会让操作系统出现意料之外的错误和崩溃风险。

详细介绍

“8.3 文件名”也叫短文件名（Short File Name，SFN），它的历史可以追溯到早期的 MS-DOS 和旧版 Windows 时代。

当时文件系统只支持最多 8 个字符的文件名，外加 3 个字符的扩展名。例如 longfilename.txt 会被自动转换成类似 LONGFI~1.TXT 这样的短名称。

随着 NTFS 文件系统 普及，长文件名早已成为主流。

但为了兼容旧版程序， Windows 在创建长文件名时，默认仍然会在后台同步生成对应的 8.3 短文件名。

当单个目录下的文件数量达到几万甚至几十万个时，系统每次写入都要重复计算并检查有没有重复的短文件名，这会产生明显的 I/O 开销，从而拖慢目录读取、文件搜索和访问效率。

正因为这样，长期以来，很多高级用户和系统管理员会通过 Windows 内置的 命令工具（fsutil 8dot3name set）关闭这个功能，希望借此优化存储子系统，释放硬盘的潜在读写性能。

不过，关闭短文件名生成功能并不是百利而无一害。

不少企业级软件、安装程序、杀毒工具以及年代久远的旧驱动程序，其内部架构仍然高度依赖 8.3 格式路径。

一旦系统全面停止生成短文件名，可能会导致应用程序无法运行、注册表和服务报错；极端情况下，还可能让特定系统依赖模块运行异常，进而引发蓝屏或系统故障。

Microsoft 建议，普通用户和家用环境不必调整这项设置，盲目关闭带来的兼容性风险，通常远高于所谓“性能提升”的实际收益。

对于确实存在极高 I/O 吞吐量需求、并且目录中存有海量文件的服务器环境，系统管理员 在考虑关闭 8.3 命名规则来优化系统之前，必须做完整的兼容性测试，确认所有运行在该分区上的软件和自动化脚本都已经彻底摆脱对短文件名的依赖。

https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-8dot3name