c++oding="utf-8" ?>
linux/macos 下用 stat() 检查文件可执行位最可靠，需同时判断 s_ixusr、s_ixgrp、s_ixoth 三组权限位；windows 无执行位概念，应检查扩展名；access() 更简洁但有语义局限；std::filesystem::is_executable 目前不可靠，不推荐用于精确判断。
Linux/macOS 下用 stat() 检查文件可执行位
在 POSIX 系统（Linux/macOS）上，C++ 本身不提供跨平台的权限检查接口，必须调用系统 API。stat() 是最直接、最可靠的方式，它能读取文件的完整权限位（st_mode），再按位与判断可执行标志是否置位。
常见错误是只检查用户（owner）是否有执行权，而忽略组（group）和其他人（others）——实际运行时只要任一身份满足即可执行（取决于当前进程的有效 UID/GID）。所以应同时检查三组执行位：S_IXUSR、S_IXGRP、S_IXOTH。
- 使用前包含头文件：
#include <sys></sys> -
stat()返回 0 表示成功；失败时检查errno（如ENOENT表示文件不存在） - 注意：软链接会被自动解引用；若需检查链接本身权限，改用
lstat() - 示例判断逻辑：
struct stat sb;<br>if (stat("script.sh", &sb) == 0) {<br> bool is_executable = (sb.st_mode & (S_IXUSR | S_IXGRP | S_IXOTH)) != 0;<br>}
Windows 下不能靠 stat() 判断“可执行”
Windows 没有类 Unix 的执行位概念，stat() 返回的 st_mode 中 S_IX* 常被设为 0 或无意义值。此时所谓“可执行”，本质是文件扩展名（如 .exe、.bat、.cmd）和注册表关联决定的，而非权限位。
因此，在 Windows 上用 stat() 检查 S_IX* 会始终返回 false，属于误判。
- 正确做法是：先检查扩展名是否在可执行列表中（
.exe、.com、.bat、.cmd、.ps1等） - 更健壮的做法是调用
CreateProcess()或ShellExecuteEx()尝试解析路径（但开销大，仅用于验证） - 跨平台代码中，建议用
#ifdef _WIN32分支处理，避免依赖S_IX*
用 access() 更简洁但有局限
access("path", X_OK) 是比 stat() 更轻量的替代方案，它模拟当前进程的有效 UID/GID 去检查是否具备执行权限，语义更贴近“我能不能运行它”。
但它不返回具体是哪一组权限生效，调试时不如 stat() 透明；且在 setuid 程序中行为可能与预期不符（检查的是真实 UID，不是有效 UID）。
-
access()成功返回 0，失败返回 -1（errno可提示原因，如EACCES或ENOENT） - 它不区分文件类型：对目录也返回成功（如果该目录有执行位，即“可进入”），这点常被忽略
- 无法区分“无权限”和“文件不存在”，两者都返回 -1 +
errno == ENOENT或EACCES，需额外stat()确认存在性
std::filesystem::status() 在 C++17 中的适用边界
C++17 引入了 std::filesystem::status()，看似是跨平台解法，但它在权限字段上的支持非常有限：GCC/libc++ 实现通常只映射基本读/写位，is_executable() 在 Linux 上多数返回 false（即使文件真有 x 位），Windows 上则直接抛异常或返回不可靠值。
目前（GCC 13 / Clang 16 / MSVC 2022）它不适合用于精确判断可执行权限，仅适合做粗略存在性或类型检查。
- 不要用
is_executable(std::filesystem::status(path))替代stat()或access() - 它的主要价值是跨平台路径操作和基础属性获取（如是否为目录、是否为常规文件）
- 若坚持用
std::filesystem，仍需在 Linux/macOS 分支里 fallback 到stat()，Windows 分支检查扩展名
std::filesystem 目前还撑不起这个责任。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
