Windows通过SetFileAttributes设置FILE_ATTRIBUTE_HIDDEN属性实现文件隐藏，macOS/Linux则依赖以.开头的命名约定；跨平台无法统一抽象，必须按系统分别实现。
Windows 下用 SetFileAttributes 设置隐藏属性
Windows 原生支持文件系统级隐藏，靠的是 NTFS/FAT32 的文件属性位。核心是调用 SetFileAttributes，传入 FILE_ATTRIBUTE_HIDDEN 标志即可。注意路径必须是绝对路径或当前工作目录下的相对路径，且目标需存在——否则会静默失败或返回 ERROR_FILE_NOT_FOUND。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
GetFileAttributes检查文件是否存在、是否已是隐藏状态，避免重复设置或误操作 - 若路径含中文或 Unicode 字符，务必使用宽字符版本
SetFileAttributesW，并确保字符串以L"..."传入 - 普通用户权限即可设置隐藏属性，但若文件被其他进程打开（如正在被记事本读取），调用仍会成功，只是下次打开时可能不显示——这不是 bug，是 Windows 资源管理器的 UI 行为
macOS 和 Linux 不支持“隐藏文件”语义，只能靠命名约定
POSIX 系统没有文件隐藏属性这个概念。所谓“隐藏”，纯属 shell（如 bash/zsh）和 GUI 文件管理器（Finder/Nautilus）的约定：以 . 开头的文件名即视为隐藏。C++ 本身无法“设置隐藏”，只能重命名文件使其符合该规则。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::filesystem::rename将"config.txt"改为".config.txt"；反之取消隐藏就是去掉前导点 - 注意：重命名可能跨文件系统失败（如从 /tmp 到 /home），此时需先复制再删除原文件，且要处理权限（
chmod可能需同步） - 不要依赖
stat()或dirent的某个字段判断“是否隐藏”——它们根本不提供该信息；一切以文件名开头是否为.为准
跨平台封装时别硬凑统一接口，优先隔离平台逻辑
试图写一个 set_hidden(const std::string& path, bool hidden) 并在内部自动判断 OS，看似简洁，实则埋坑。比如 macOS 上把 "log.txt" 设为隐藏，实际生成的是 ".log.txt"，而 Windows 是保持原名仅改属性——这意味着同一份配置路径，在不同平台行为不一致，容易引发后续读取失败。
更稳妥的做法：
- 业务层明确区分“系统隐藏”和“命名隐藏”语义，例如日志目录在 Windows 上设属性，在 macOS/Linux 上统一建在
$HOME/.myapp/logs/ - 若必须统一 API，返回值应包含“是否真正生效”（如 Linux 下对非
.开头文件调用set_hidden(true)应返回 false 并设 errno 为ENOTSUP） - 避免在构建时用
#ifdef __APPLE__把三套逻辑揉进一个函数体——调试时栈追踪会丢失上下文，出问题难定位
Qt 或 Boost.Filesystem 也解决不了根本差异
有人想借 Qt 的 QFile::setPermissions 或 Boost 的 boost::filesystem::permissions 实现跨平台隐藏，但这两者操作的都是 POSIX 权限位（read/write/execute）或 Windows ACL，跟“是否在文件管理器中显示”完全无关。Qt 甚至没有暴露 macOS Finder 的扩展属性（com.apple.FinderInfo）接口，Boost 更是连命名约定都不处理。
所以：
- Qt 用户应直接调用
QDir::rename处理 macOS/Linux，用QFile::setPermissions+ 自定义属性写入（无效）不如老实用QProcess调attrib +h - Boost 用户别指望
status().permissions()能读出隐藏状态——它永远读不到，因为根本不存在 - 所有跨平台抽象库在此场景下都只是“胶水”，底层逻辑仍得按平台分别实现，没捷径
ls 默认看不见，但 ls -a 一定看得见；而在 Windows 上，资源管理器默认关掉“显示隐藏文件”选项后，连 dir /a:h 都得手动敲。这种底层语义断层，没法靠一层 wrapper 抹平。 
