C++中无法通过std::ifstream获取系统级错误码，必须使用std::filesystem函数带std::error_code&参数的重载版本（如status(path, ec)）或直接调用系统API（open/CreateFileW）才能捕获EACCES等真实错误。
std::filesystem::open_file 失败时拿不到 std::error_code？
不是 std::filesystem::open_file —— C++ 标准库压根没有这个函数。你真正调用的，大概率是 std::ifstream 构造或 open()，它底层失败时不会抛出带 std::error_code 的异常，而是设 failbit 或直接抛 std::ios_base::failure（需提前开启异常掩码）。
想拿到系统级错误码（比如 EACCES），必须绕过流封装，用 std::filesystem::status() 或直接调 open()（POSIX）/ CreateFileW（Windows）。
- 用
std::ifstream时，is_open()返回false或!ifs为真，但无法区分“文件不存在”和“权限拒绝” - 开启异常：在构造后立刻调
ifs.exceptions(std::ios_base::failbit | std::ios_base::badbit)，但抛出的是std::ios_base::failure，其.code()默认是std::errc::success，不反映真实 errno - 真正能拿到
std::error_code的路径：先用std::filesystem::status(path, ec)检查权限，或用std::filesystem::can_write(path)、std::filesystem::exists(path)辅助判断
捕获 EACCES 必须用 std::error_code 参数重载
std::filesystem 的多数函数都提供两套接口：抛异常版（无 ec 参数）和填错码版（带 std::error_code& ec）。只有后者才能拿到原始系统错误，比如 EACCES。
例如读取前验证可访问性：
立即学习“C++免费学习笔记（深入）”；
std::error_code ec;
auto s = std::filesystem::status("/etc/shadow", ec);
if (ec) {
if (ec.value() == static_cast<int>(std::errc::permission_denied)) {
// 真实权限拒绝
}
}
- 别写
if (ec)就完事 ——ec非空只代表出错，具体值要查ec.value()并映射到std::errc - Windows 下
std::errc::permission_denied对应ERROR_ACCESS_DENIED，但std::filesystem::status()在多数实现中会做合理转换 - 注意：
std::filesystem::status()本身也可能因权限问题失败（比如目录不可执行），此时ec是std::errc::permission_denied，但不代表目标文件一定不可读 —— 它只是无法获取元信息
std::ifstream + errno 是最直接的 fallback 方案
当 std::filesystem 不可用（比如旧编译器）或你需要精确控制 open 行为时，直接调系统 API 最可靠。C++17 起可安全依赖 errno 值（线程局部），只要你在系统调用后立刻检查。
POSIX 示例：
#include <fcntl.h>
#include <cerrno>
int fd = open("/root/file.txt", O_RDONLY);
if (fd == -1) {
if (errno == EACCES) {
// 权限拒绝
}
}
- 不要在中间插入任何可能改写
errno的调用（如printf、std::cout） -
std::ifstream构造失败后，errno不保证有效 —— 流内部可能已覆盖它，所以不能依赖errno解释流错误 - Windows 下用
CreateFileW，失败时调GetLastError()，对应ERROR_ACCESS_DENIED；别用_doserrno，它不可靠
std::error_code 和 std::errc::xxx 的类型匹配陷阱
std::error_code 的 value() 是 int，但 std::errc 枚举值不是裸 int —— 直接比较 ec.value() == std::errc::permission_denied 可能失败（隐式转换问题）。
- 正确写法：
ec == std::errc::permission_denied（std::error_code重载了==） - 错误写法：
ec.value() == static_cast<int>(std::errc::permission_denied)</int>—— 在某些标准库实现中，std::errc值可能被包装成其他域（domain），导致数值不等 - 更安全的判断：
ec.category() == std::system_category() && ec.value() == EACCES（POSIX）或ec.value() == ERROR_ACCESS_DENIED（Windows），但失去跨平台性
权限异常不是“有没有错”的问题，而是“错得够不够细”的问题。漏掉 ec 参数、混淆 value() 和枚举比较、在流操作后查 errno —— 这三处一踩，就只能打印“打开失败”，再没法告诉用户到底是路径错了，还是 sudo 忘了。
