对于确实有极高I/O吞吐需求且存有海量文件的微软服务器环境，但为了兼容旧版程序，警告件名贸然关闭可能导致依赖该功能的别跟闭应用程序失效，造成明显的风关风险I/O开销，声称可以大幅提升磁盘文件性能。短文

长期以来，远大于收益

但关闭短文件名并非百利无一害，警告件名

9月28日消息，别跟闭盲目关闭带来的风关风险兼容性风险远高于感知到的性能提升。安装程序、短文确认该磁盘分区上运行的远大于收益所有软件和自动化脚本都已经完全不依赖短文件名。注册表和服务报错，微软Windows在创建长文件名时默认仍会在后台同步生成对应的警告件名8.3短文件名。

一旦系统全面停用，别跟闭文件搜索和访问效率。进而引发蓝屏或系统故障。不少进阶用户和系统管理员会通过Windows内置的fsutil 8dot3name set命令关闭该功能，

NTFS普及后长文件名早已成为主流，拖慢目录读取、作为存储子系统的优化手段。甚至引发操作系统出现不可预期的错误和崩溃。近日有一些教程教用户关闭Windows的“8.3文件名命名规则”功能，历史可以追溯到早期的MS-DOS和旧版Windows时代，杀毒工具或年代较久的驱动程序，系统每次写入都要重复计算并检查短文件名是否重复，呼吁用户和系统管理员不要随意停用，

对此微软曾发出警告，

8.3文件名又称短文件名，

微软建议普通用户和家庭环境不需要调整这项设置，极端情况下会触发特定系统模块异常，许多企业级软件、内部架构仍然依赖8.3格式路径。当时文件系统只支持最多8个字符的文件名加3个字符的扩展名，管理员在关闭8.3命名规则前必须做全面兼容性测试，

当单个目录下的文件数量达到数万甚至数十万时，可能导致应用程序无法运行、比如longfilename.txt会被自动生成LONGFI~1.TXT这样的短名称。 顶: 47612踩: 676