File仅封装路径不操作内容，路径字符串的开头、相对符号影响getAbsolutePath()和exists()行为；判断存在≠可读，需结合canRead()；getPath()原样返回，getAbsolutePath()补全但不解析..，getCanonicalPath()才真实解析且需文件存在；推荐用Paths/Path替代。
File构造方法传入路径字符串的注意事项
Java中File对象本身不操作文件内容，只封装路径信息和元数据。构造时路径字符串是否以/或\\开头、是否含相对符号（如..），会直接影响getAbsolutePath()和exists()的行为。
- 传入
"data.txt"：基于当前JVM工作目录解析，不是类路径也不是jar包内路径 - 传入
"./config/app.properties"：等价于相对路径，getAbsolutePath()返回的是当前工作目录拼接结果 - 传入
"C:\\temp\\log.txt"（Windows）或"/var/log/app.log"（Linux）：直接按绝对路径处理，getParentFile()可能返回null - 路径中混用
/和\\在Windows下通常能自动兼容，但File.separator才是跨平台安全写法
判断文件存在却读取失败的常见原因
file.exists()返回true不代表可读——它只检查路径是否存在且不是符号链接断裂；权限、挂载状态、NFS延迟都可能导致后续FileInputStream抛IOException。
-
file.exists()为false：路径不存在，或父目录不可遍历（Linux下缺少x权限） -
file.exists()为true但file.canRead()为false：权限不足，尤其在容器或受限用户环境下 -
file.isDirectory()误判：某些网络文件系统（如Samba）可能让isDirectory()返回false，即使路径指向文件夹 - 符号链接未启用：默认
File不跟随软链，file.getCanonicalPath()才触发解析，但会抛IOException（如链断裂）
用File获取真实路径的三种方式对比
getPath()、getAbsolutePath()、getCanonicalPath()返回值差异大，选错会导致路径比较失效或找不到文件。
File f = new File("src/../src/main/resources/config.json");
System.out.println(f.getPath()); // src/../src/main/resources/config.json
System.out.println(f.getAbsolutePath()); // /home/user/project/src/../src/main/resources/config.json
System.out.println(f.getCanonicalPath()); // /home/user/project/src/main/resources/config.json
-
getPath()：原样返回构造参数，不做任何解析 -
getAbsolutePath()：补全为绝对路径，但不处理..或. -
getCanonicalPath()：实际访问文件系统，解析所有..、.、软链，必须存在且可访问，否则抛异常 - 路径比较应统一用
getCanonicalPath()，否则"./a.txt"和"a.txt"会被视为不同路径
替代File进行路径操作的现代方案
JDK 7+ 强烈建议用java.nio.file.Paths和Path代替File，尤其涉及路径拼接、遍历、符号链接处理时。
立即学习“Java免费学习笔记（深入）”；
-
Paths.get("a", "b", "c.txt")自动使用File.separator拼接，比new File("a").toPath().resolve("b/c.txt")更简洁 -
Files.exists(path, LinkOption.NOFOLLOW_LINKS)可显式控制是否跟随软链 -
Files.walk()替代File.listFiles()递归，天然支持过滤、并发和异常处理 -
File.toPath()可桥接旧代码，但Path.toFile()在遇到无法映射的路径（如UNC路径、空格编码问题）时可能失败
File类没被废弃，但它的路径解析逻辑模糊、错误反馈弱、不支持异步IO——复杂路径逻辑别硬扛，该切Path就切。
