Windows保留关键字目录构建风险及跨平台兼容性解析疑问？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1180个文字，预计阅读时间需要5分钟。
在现代 Windows（包括 Windows 11）中，CON、PRN、AUX、NUL、COM1–COM9、LPT1–LPT9 等名称被定义为保留设备名（reserved device names），源于 MS-DOS 1.0 时期对硬件端口的直接映射（如 PRN 指向打印机，NUL 表示空设备）。根据微软官方文档，这些名称不得用作文件或文件夹名（无论是否带扩展名）。然而，实践中你会发现：Java 的 File.mkdir() 或 Files.createDirectories() 调用对大多数保留名（如 CON、COM3、LPT8）均返回 true，且资源管理器可正常显示对应文件夹——唯独 NUL 文件夹始终无法真正创建（exists() 返回 false），这看似矛盾，实则源于 Windows NT 内核的双重处理逻辑。
关键在于 Windows 的路径解析层级：
- 当使用常规 Win32 API（如 CreateDirectoryW）创建 C:TestCON 时，系统会在解析阶段将 CON 识别为保留名并拒绝操作（通常抛出 ERROR_INVALID_NAME）；
- 但 Java 的 File.mkdir() 在底层可能通过 CreateDirectoryW 调用，而某些 Windows 版本（尤其是启用了长路径支持或 \? 命名空间的场景）会弱化保留名检查——尤其当路径不含盘符或未触发传统 DOS 兼容层时，内核可能允许创建，但该目录处于“半隐式”状态：它可被列出、重命名、删除，却无法被绝大多数 Windows 工具正确访问或操作。
本文共计1180个文字，预计阅读时间需要5分钟。
在现代 Windows（包括 Windows 11）中，CON、PRN、AUX、NUL、COM1–COM9、LPT1–LPT9 等名称被定义为保留设备名（reserved device names），源于 MS-DOS 1.0 时期对硬件端口的直接映射（如 PRN 指向打印机，NUL 表示空设备）。根据微软官方文档，这些名称不得用作文件或文件夹名（无论是否带扩展名）。然而，实践中你会发现：Java 的 File.mkdir() 或 Files.createDirectories() 调用对大多数保留名（如 CON、COM3、LPT8）均返回 true，且资源管理器可正常显示对应文件夹——唯独 NUL 文件夹始终无法真正创建（exists() 返回 false），这看似矛盾，实则源于 Windows NT 内核的双重处理逻辑。
关键在于 Windows 的路径解析层级：
- 当使用常规 Win32 API（如 CreateDirectoryW）创建 C:TestCON 时，系统会在解析阶段将 CON 识别为保留名并拒绝操作（通常抛出 ERROR_INVALID_NAME）；
- 但 Java 的 File.mkdir() 在底层可能通过 CreateDirectoryW 调用，而某些 Windows 版本（尤其是启用了长路径支持或 \? 命名空间的场景）会弱化保留名检查——尤其当路径不含盘符或未触发传统 DOS 兼容层时，内核可能允许创建，但该目录处于“半隐式”状态：它可被列出、重命名、删除，却无法被绝大多数 Windows 工具正确访问或操作。