java的file.ishidden()方法跨平台行为不一致：windows检查file_attribute_hidden标志，macos/linux仅判断文件名是否以点开头，无法统一识别系统级隐藏文件，需结合平台特定api补充检测。
Java 的 File.isHidden() 方法看似简单，实则行为高度依赖操作系统底层机制，不能当作统一的“系统级隐藏”判断工具。
Windows 下基本可靠，但只认 FILE_ATTRIBUTE_HIDDEN
在 Windows 平台，isHidden() 底层调用的是 Win32 API GetFileAttributes，检查文件是否设置了 FILE_ATTRIBUTE_HIDDEN 标志位。只要该属性被标记（无论手动设置、系统生成如 desktop.ini，还是安装程序写入），方法就返回 true。
需要注意：
- 它不关心资源管理器的“显示隐藏文件”开关是否开启——属性存在即为隐藏；
- 符号链接（快捷方式）自身是否隐藏，和它指向的目标无关；
- 路径权限不足或路径不存在时，可能抛出异常或返回
false，建议先用exists()做前置校验。
macOS 和 Linux 下仅看文件名是否以点开头
Unix-like 系统没有内核级的“隐藏属性”，isHidden() 在这些平台只做一件事：检查 File.getName() 是否以 . 开头（例如 .bashrc、.gitconfig）。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
这意味着：
-
chflags hidden（macOS）或 Finder 的扩展属性com.apple.FinderInfo不会被识别； - GNOME 的
.hidden文件约定完全无效——isHidden()不读取该文件； - 像
.和..这类特殊目录也会返回true，业务逻辑中需酌情过滤。
跨平台使用时的关键提醒
如果你的代码需要在多系统上一致地跳过“用户意图隐藏”的文件（比如备份工具、同步器），不能只靠 isHidden()：
- 在 Windows 上它够用；
- 但在 macOS/Linux 上，它漏掉了所有非点开头但被 GUI 隐藏的文件（如通过 Finder 设置隐藏的
Notes.app数据）； - 也没有办法通过标准 Java API 补全这部分缺失——必须引入平台特定调用（如
Files.getAttribute("dos:hidden")、或执行stat/xattr命令）； - 更现实的做法是分层处理：先用
isHidden()快速筛掉明显项，再对关键路径按系统补充检查（如 Windows 查 DOS 属性，macOS 调用getxattr读com.apple.FinderInfo）。
替代方案建议
若需更高精度，推荐组合使用：
-
file.exists() && file.isFile()先确保对象有效； - Windows：用
Files.getAttribute(file.toPath(), "dos:hidden", LinkOption.NOFOLLOW_LINKS)获取Boolean； - macOS：通过
Runtime.getRuntime().exec("xattr -p com.apple.FinderInfo ...")解析二进制 flag（需谨慎处理异常和权限）； - Linux：基本只能依赖点开头 + 用户自定义规则（如解析所在目录的
.hidden文件），无通用系统接口。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
