std::ifstream构造失败默认不抛异常，需手动检查failbit或启用exceptions；权限错误须立即读取errno/GetLastError并用std::system_error包装；路径含中文或空格时需注意编码与转义；多线程下权限检查存在竞态。
std::ifstream 构造失败时不会抛异常，得手动检查
默认情况下 std::ifstream 在打开失败（比如权限拒绝）时不会抛出异常，而是静默设置 failbit。你直接用 if (file.is_open()) 判断可能不够——因为 is_open() 只检查底层句柄是否有效，而某些系统（如 Linux）在权限不足时可能返回空句柄但不设 failbit，导致后续读取才崩。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 构造后立刻调用
file.clear()再file.exceptions(std::ios_base::failbit | std::ios_base::badbit)，开启异常模式（注意：goodbit是默认值，别误加） - 或者更稳妥：构造后立即检查
!file（即file.fail()），它比is_open()更早暴露权限问题 - Linux 下权限拒绝典型错误是
Permission denied，对应errno == EACCES；Windows 下可能是Access is denied，对应GetLastError() == ERROR_ACCESS_DENIED
用 system_error 捕获底层 errno / GetLastError
仅靠 std::ifstream 异常无法拿到具体错误码，必须穿透到系统层。C++11 起推荐用 std::system_error 包装 errno 或 Windows 错误码，而不是自己 strerror 拼接。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Linux：打开失败后立即读
errno，构造std::system_error(errno, std::generic_category(), "open failed") - Windows：用
GetLastError()替换errno，类别用std::system_category() - 别在
catch (const std::ios_base::failure&)里直接打印e.what()——它通常不含错误码，信息量极低
路径中含中文或空格时，std::filesystem::path 不自动转义
std::filesystem::path 本身不处理编码或 shell 转义，Windows 上 GBK 路径传给 UTF-8 编译的程序、Linux 上含空格路径未加引号，都可能导致“文件不存在”掩盖真实权限问题。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Windows：用
std::filesystem::u8path(u8"中文.txt")显式声明 UTF-8 字面量，避免源码编码与运行时 locale 不一致 - Linux/macOS：确保终端和编译器 locale 同为 UTF-8（
LANG=en_US.UTF-8），否则std::filesystem::path构造可能截断 - 路径拼接不用
+，用/运算符：dir / "sub" / "file.txt"，它会自动处理分隔符和编码边界
多线程并发读同一文件时，权限检查可能被绕过
Linux 下若多个线程同时用 open() 打开只读文件，内核不强制串行化权限检查——某个线程在 stat() 返回可读后、open() 执行前，文件权限被其他进程修改，就会触发 EACCES。这不是 C++ 标准库缺陷，但容易误判为偶发 bug。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 不要依赖“先
access()再open()”做预检——竞态条件依然存在 - 对关键文件，用
open(path.c_str(), O_RDONLY | O_CLOEXEC)直接尝试，并捕获EACCES重试或降级（如只读元数据） - 若需强一致性，加
flock()或用std::shared_mutex管理文件访问队列，但注意这解决不了跨进程权限变更
权限异常的本质不是 C++ 语言问题，而是操作系统接口与标准库抽象之间的缝隙。最易忽略的是：错误发生时，errno 必须在系统调用返回后**立刻读取**，任何中间函数调用（包括 std::cout ）都可能覆盖它。
