Windows 系统仍保留 DOS 时代的设备名（如 CON、NUL、COM1 等）作为非法文件/目录名，但 Java 的 mkdir 和 Files.createDirectories 可绕过部分校验成功创建——仅 NUL（无扩展名）真正失败；本文解析其底层机制、实际风险及健壮性防护方案。
windows 系统仍保留 dos 时代的设备名（如 con、nul、com1 等）作为非法文件/目录名，但 java 的 `mkdir` 和 `files.createdirectories` 可绕过部分校验成功创建——仅 `nul`（无扩展名）真正失败；本文解析其底层机制、实际风险及健壮性防护方案。
在现代 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 工具正确访问或操作。
例如，尝试在命令行中执行以下操作：
cd C:TestingCON dir > C:TestingCON est.txt // 实际写入的是控制台，而非目录
此时 CON 目录虽存在，但所有以 CON 为路径的操作都会被重定向至控制台设备，导致静默失败或不可预测行为。类似地，PRN 可能触发打印作业，AUX 可能关联串口通信——这些副作用在自动化脚本、备份工具、IDE 项目扫描或 CI 构建中极易引发隐蔽故障：构建缓存失效、文件同步跳过、JVM 类路径解析异常，甚至 IDE（如 IntelliJ）因无法遍历 COM1 目录而卡死。
更严峻的是跨平台一致性问题：Unix/Linux 和 macOS 完全不保留此类关键字，/tmp/CON 或 /opt/LPT9 是完全合法的路径。若 Java 应用依赖用户输入动态创建目录（如 new File(userInput).mkdir()），且未做校验，则在 Windows 上生成的“合法但危险”的目录，一旦代码迁移到 CI/CD 的 Linux runner 或部署到 macOS 服务器，将因路径语义差异导致功能错乱或安全边界失效。
✅ 正确防护方案（推荐 Java 11+）：
import java.nio.file.Path;
import java.util.Set;
import java.util.stream.Collectors;
public class WindowsReservedNameValidator {
private static final Set<String> RESERVED_NAMES = Set.of(
"CON", "PRN", "AUX", "NUL",
"COM0", "COM1", "COM2", "COM3", "COM4", "COM5", "COM6", "COM7", "COM8", "COM9",
"LPT0", "LPT1", "LPT2", "LPT3", "LPT4", "LPT5", "LPT6", "LPT7", "LPT8", "LPT9"
);
public static boolean isWindowsReserved(Path path) {
String name = path.getFileName().toString().toUpperCase();
// 忽略大小写 + 移除扩展名（保留名本身不允扩展，但需防 CON.txt 等混淆）
int dotIndex = name.indexOf('.');
if (dotIndex > 0) name = name.substring(0, dotIndex);
return RESERVED_NAMES.contains(name);
}
// 使用示例
public static void safeMkdir(Path dir) throws IOException {
if (isWindowsReserved(dir)) {
throw new IllegalArgumentException(
"Cannot create directory with Windows reserved name: " + dir);
}
Files.createDirectories(dir);
}
}⚠️ 注意事项：
- 校验必须在调用 createDirectories() 之前执行，不可依赖返回值或异常——因 Windows API 行为不一致，失败可能静默发生；
- 不要仅校验纯名称，需统一转为大写（Windows 文件系统不区分大小写）；
- 对于用户可控路径（如 Web 表单上传目录名），应在应用层 + 服务端双重校验；
- 若需兼容旧版 Java（
总之，Windows 保留名不是历史遗迹，而是潜伏在路径操作中的“定时炸弹”。主动拦截比事后调试高效百倍——将其纳入路径合法性校验基线，是构建跨平台健壮 Java 应用的必要实践。
