File.exists()仅检查路径存在性，不区分文件/目录且不校验读权限；安全判断需叠加exists()、isFile()和canRead()，或改用Files.exists()、isRegularFile()、isReadable()。
File.exists 在 Java 中的实际行为
File.exists 确实能检查路径是否存在，但它不区分文件和目录，也不校验读取权限。如果你用它判断配置文件是否存在，但后续 new FileInputStream 报 FileNotFoundException，大概率是路径存在但它是目录、或当前进程无读权限。
- 路径指向一个目录时，
File.exists()返回true，但你无法用它“打开”这个目录作为配置文件 - Windows 下路径大小写不敏感，Linux/macOS 敏感——
config.properties和Config.properties在 Linux 是两个不同文件 - 如果路径含中文或空格，确保传入的是已解码的字符串（比如从 URL 或配置中解析后未做
URLDecoder.decode，会导致exists返回false）
更安全的判断方式：先 exists，再 isFile，再 canRead
单靠 File.exists() 不足以确认“可被程序当作配置文件使用”。必须叠加两个检查：
-
file.exists()：路径是否真实存在（避免 NPE 或路径不存在异常） -
file.isFile()：确认不是目录（尤其当用户误把文件夹命名为app.conf时） -
file.canRead()：确认当前 JVM 进程有读权限（常见于 Docker 容器挂载或 Linux 用户组权限问题）
示例代码片段：
File config = new File("/etc/myapp/config.yml");
if (config.exists() && config.isFile() && config.canRead()) {
// 安全加载
} else {
throw new RuntimeException("配置文件不可用: " + config.getAbsolutePath());
}
Java 7+ 推荐改用 Files 类（NIO.2）
File 类在并发或符号链接场景下行为不稳定；Files 提供更明确的语义和异常控制。判断配置文件是否存在且可读，应优先用：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
Files.exists(path)：等价于file.exists() -
Files.isRegularFile(path)：比isFile()更严格，排除符号链接、设备文件等 -
Files.isReadable(path)：JVM 层面检查，不依赖SecurityManager（默认关闭时canRead()可能返回true但实际失败）
注意：Paths.get() 构造 Path 时，若路径含 ~ 或环境变量（如 $HOME），需手动展开——Files 不做自动替换。
常见误用导致“明明存在却判为不存在”
这类问题几乎都出在路径构造环节，而不是 exists 本身失效：
- 相对路径没对齐工作目录：启动脚本里
java -jar app.jar的工作目录可能不是 jar 所在目录，new File("conf/app.conf")实际查的是终端当前路径下的conf/ - IDE 运行时工作目录默认是项目根目录，打包后变成 jar 所在目录——测试通过但上线失败
- 硬编码路径分隔符：
"C:\conf\app.conf"在 Linux 下变成无效路径；必须用File.separator或Paths.get("conf", "app.conf") - 配置文件被 IDE 或构建工具（如 Maven Resources Plugin）过滤掉，最终 jar 包里根本没有该文件
最稳妥的做法是：把配置路径作为启动参数传入（如 -Dconfig.path=/etc/myapp/config.yml），然后用 System.getProperty() 读取并验证，避开所有路径推导逻辑。
