Linux/macOS 下用 os.access(filepath, os.X_OK) 判断可执行权限最轻量且符合系统语义，但需先确认文件存在且为常规文件，注意符号链接、noexec 挂载及 SELinux 等限制；Windows 则依赖扩展名和注册表，os.access(..., os.X_OK) 始终返回 False。
Linux/macOS 下用 os.access() 判断可执行权限
在类 Unix 系统上，文件是否“可执行”本质是看它的权限位（如 x 位）是否对当前用户开启，而不是看扩展名或内容。直接用 os.access(filepath, os.X_OK) 是最轻量、最符合系统语义的做法。
注意它返回 True 仅表示“当前进程有权限执行”，不保证文件真是二进制或脚本；也不检查文件是否存在——得先用 os.path.exists() 或捕获 OSError。
-
os.access()不会触发 shell 解析，比调用subprocess.run(['which', ...])更快更安全 - 若文件是符号链接，默认跟随；加
os.R_OK | os.X_OK可同时检查读+执行（某些脚本需要先读） - 在容器或挂载的 NFS 卷上，部分系统可能因挂载选项（如
noexec）导致os.access()返回True但实际exec失败
Windows 下不能依赖 x 权限，要看扩展名和注册表
Windows 没有文件级执行位，判断“可执行”实际是问：“双击或命令行输入这个名字时，系统会不会尝试运行它？”这取决于文件扩展名是否关联了可执行行为（如 .exe、.bat、.ps1），以及当前环境是否启用 PowerShell 执行策略等。
纯 Python 层面无法可靠模拟 Windows 的 ShellExecute 行为，但可做保守检查：
立即学习“Python免费学习笔记（深入）”；
- 用
pathlib.Path(filepath).suffix.lower()查扩展名，匹配常见可执行后缀：'.exe'、'.bat'、'.cmd'、'.com'、'.ps1' - 避免硬编码列表——用户可能配置了
.py关联到pythonw.exe，此时.py在该机器上也是“可执行”的 -
os.access(filepath, os.X_OK)在 Windows 上始终返回False（除非是 Cygwin/WSL），别依赖它
跨平台统一判断？别强求“真正可执行”，明确你的使用场景
所谓“可执行”从来不是绝对概念。你真正需要的，往往只是其中一种：
- 想
subprocess.run([filepath, ...])？先用shutil.which(filepath)查是否在PATH中，或直接尝试运行并捕获PermissionError/FileNotFoundError - 想校验用户上传的脚本能否被你的服务调用？固定支持
.py+python -m py_compile预检语法，比猜扩展名更可靠 - 做文件管理器显示“可执行图标”？Linux 用
os.access(..., os.X_OK)，Windows 查扩展名 + 注册表HKEY_CLASSES_ROOT\.<ext>\shell\open\command</ext>（需winreg，且多数情况没必要）
容易被忽略的细节：符号链接、挂载点和 SELinux
即使 os.access(filepath, os.X_OK) 返回 True，真实执行仍可能失败：
- 路径含符号链接时，权限检查的是目标文件，但
execve()可能因noexec挂载选项拒绝——os.stat()看不到这个限制 - SELinux 或 AppArmor 启用时，权限位全开也可能被策略拦截，此时错误是
PermissionError: Operation not permitted，而非Permission denied - Python 的
pathlib.Path(filepath).is_file()和os.access()应组合使用：先确认是常规文件，再查权限，否则目录也可能返回True（因为目录的x位控制“进入”）
