os.access(path, os.X_OK) 是判断文件是否可执行的最直接方法，它基于当前用户权限检查x位，在Linux/macOS上可靠，在Windows上需额外处理扩展名。
用 os.access() 判断可执行权限最直接
Linux/macOS 下文件是否可执行，本质是看其权限位是否包含 x（对当前用户/组/其他有效）。os.access(path, os.X_OK) 就是为此设计的——它会模拟当前进程的有效用户 ID 和组 ID 去检查，比手动解析 stat 更可靠。
- 必须传
os.X_OK，不是os.EXEC（后者不存在）或字符串"x" - 它返回
True仅当当前用户**实际能执行该文件**（比如有对应用户/组的 x 权限，且文件不是目录） - 对目录返回
True表示“可进入”（即有x权限），这符合 POSIX 行为，但要注意语义差异 - Windows 下始终返回
False（除非是.exe/.bat等已知可执行扩展名，且os.access在部分 Python 版本中会 fallback 到扩展名检查）
用 os.stat().st_mode 解析权限位更底层
当需要区分“所有者是否有 x 权限”“组是否有 x 权限”或做批量权限分析时，os.stat() 是唯一选择。它返回原始的 mode 值，需用 stat 模块的常量做位运算判断。
- 先
import stat，再用os.stat(path).st_mode & stat.S_IXUSR检查所有者可执行位 -
stat.S_IXGRP对应组，stat.S_IXOTH对应其他用户 - 注意：即使 mode 有
S_IXUSR，os.access(..., os.X_OK)仍可能返回False（比如文件被 ACL 限制，或用户不在对应组） - 不要用十进制或八进制字面量硬编码（如
& 64或& 0o100），可读性差且易出错
常见误判场景和坑
很多脚本在这里翻车，核心是混淆了“文件有 x 权限”和“能成功执行”这两件事。
-
os.access(path, os.X_OK)返回True，但subprocess.run([path])仍可能失败——原因可能是文件无 shebang、解释器路径不存在、或缺少动态库依赖 - 对符号链接，默认行为是检查**目标文件**权限（
os.access和os.stat都 follow symlink），如需检查链接本身权限，得用os.lstat() - 在容器或 NFS 挂载点上，某些文件系统可能不支持 POSIX 权限位，
os.access可能始终返回False，此时只能靠扩展名或file命令辅助判断 - Python 3.9+ 引入了
pathlib.Path.is_file()和.exists()，但它们**不检查可执行性**——必须配合os.access或stat
简单实用的封装建议
日常脚本里，直接写 os.access(path, os.X_OK) 够用；但若逻辑复杂，建议封装一个函数，显式处理 Windows 兼容性和错误路径。
立即学习“Python免费学习笔记（深入）”；
import os
import sys
def is_executable(path):
if not os.path.isfile(path):
return False
if sys.platform == "win32":
return path.lower().endswith((".exe", ".bat", ".cmd", ".com"))
return os.access(path, os.X_OK)
这个版本避开 Windows 的 os.access 不稳定问题，也避免对目录或不存在路径误判。真正要跑命令前，还是得试执行——权限检查只是第一道过滤。
