InvalidPathException不能直接用于预检路径合法性，必须通过try-catch包裹Paths.get(path)触发解析并捕获该异常来实现跨平台可靠预检。
java 中无法直接用 invalidpathexception 主动“预检”路径是否合法，因为它不是校验工具，而是 paths.get() 等方法在解析失败时抛出的运行时异常。真正的预检方式是：**主动调用 paths.get(path) 并捕获该异常**，从而在打开/创建文件前发现非法字符或格式问题。
为什么 InvalidPathException 不能“直接使用”做预检
InvalidPathException 是受查异常的子类（实际是 RuntimeException），它本身不提供静态校验方法；JVM 只在底层文件系统抽象层（如 sun.nio.fs.WindowsFileSystem 或 UnixFileSystem）尝试解析字符串为 Path 对象失败时才抛出它。也就是说：你必须触发解析动作，异常才会出现。
标准预检写法：用 try-catch 包裹 Paths.get()
这是最可靠、跨平台兼容的预检方式：
- 传入待操作的路径字符串（如用户输入、拼接结果）
- 调用
Paths.get(pathString) - 若抛出
InvalidPathException，说明路径含非法字符（如 Windows 下的, :, ", |, ?, *）、空字符串、控制字符（U+0000–U+001F）、或结尾为./..（某些系统限制） - 捕获后可提前拒绝操作，避免后续
Files.createFile()或Files.exists()报更模糊的 I/O 错误
示例：
public static boolean isValidPath(String path) {
if (path == null || path.trim().isEmpty()) return false;
try {
Paths.get(path);
return true;
} catch (InvalidPathException e) {
return false;
}
}
// 使用
if (!isValidPath(userInput)) {
throw new IllegalArgumentException("非法路径：" + userInput);
}
// 后续安全执行 Files.createDirectories(...) 等
注意平台差异与边界情况
同一路径字符串在不同系统可能表现不同：
立即学习“Java免费学习笔记（深入）”；
- Windows 禁止
: " / | ? *和 ASCII 控制字符（0x00–0x1F）；Linux/macOS 仅禁止/（路径分隔符，但路径本身不能含未转义的/—— 实际上/是合法分隔符，不是非法字符，真正非法的是嵌入式 -
Paths.get("a/b c")在所有平台都会抛InvalidPathException（因 - 末尾空格、
.、..在部分 Windows API 中受限，Paths.get()通常允许，但真实 I/O 可能失败；建议额外检查（如用pathString.trim().endsWith(".") || pathString.trim().endsWith("..")）
不推荐的替代方案
手动正则匹配“非法字符表”看似简单，但极易出错：
- 遗漏平台特例（如 Windows 设备名
AUX、CON等保留名虽不属字符级非法，但会导致创建失败） - 误杀合法路径（如 Linux 中文件名可含
:、空格、Unicode 符号） - 无法覆盖
Paths.get()内部所有校验逻辑（如 UNC 路径格式、长路径前缀\?解析规则）
结论：信任 JDK 自身的 Paths.get() 解析器，它是唯一权威的“预检入口”。
