shutil.copy2不能总是保留权限，因其实际效果受运行环境限制：非root用户下os.chown必然失败；windows不支持unix权限模型而静默忽略；fat32等文件系统不存储uid/gid或posix权限。
shutil.copy2 为什么不能总是保留权限？
shutil.copy2 确实会尝试复制修改时间、访问时间等时间戳，也调用 shutil.copystat 试图保留权限、所有者、扩展属性等，但实际效果高度依赖运行环境：
• 在非 root 用户下，os.chown 调用必然失败，导致所有权和部分权限字段被跳过；
• Windows 不支持 Unix 权限模型（如 chmod 的 rwx 位），copy2 会静默忽略；
• 某些文件系统（如 FAT32、exFAT）根本不存储 UID/GID 或 POSIX 权限，调用成功也只是“假装”复制了。
如何验证 copy2 是否真的保留了权限？
别只信文档，用 os.stat 对比源与目标的底层字段：
• 关键字段包括 st_mode（权限掩码）、st_uid、st_gid、st_atime_ns、st_mtime_ns；
• 注意：stat.st_mode & 0o777 才是真正可读的权限部分，直接打印 st_mode 是十进制大数，容易误判；
• 示例验证逻辑：
import os, shutil
src = "example.txt"
dst = "example_copy.txt"
shutil.copy2(src, dst)
s1 = os.stat(src)
s2 = os.stat(dst)
print(f"mode: {oct(s1.st_mode & 0o777)} → {oct(s2.st_mode & 0o777)}")
print(f"uid: {s1.st_uid} → {s2.st_uid}")
print(f"mtime_ns: {s1.st_mtime_ns} → {s2.st_mtime_ns}")
遇到权限丢失时，手动补全的最小安全操作
如果确认 copy2 没有按需保留权限（比如部署脚本中必须确保可执行位），应在复制后显式修复，但要避免过度授权：
• 仅设置 st_mode 中的权限位，不碰 UID/GID（除非你有明确需求且有权限）；
• 使用 os.chmod(dst, stat.st_mode & 0o777)，而非硬编码 0o755；
• 若需保留特殊权限位（如 setuid），记得保留 stat.st_mode & 0o7000 部分；
• 不要对目录递归 chmod —— shutil.copy2 只处理单个文件，目录要用 shutil.copytree + 自定义 copystat。
替代方案：什么时候该换用 subprocess 调用 cp -p？
当你的场景满足以下任意一条，直接调用系统 cp -p 更可靠：
• 运行在 Linux/macOS 且有 shell 访问权限；
• 需要原子化保留所有扩展属性（xattr）、ACL、forks（macOS）；
• 复制目标是挂载的 NFS/Samba 卷，Python 的 os.* 系统调用可能被服务端限制；
• 示例（带错误检查）：
import subprocess
result = subprocess.run(["cp", "-p", src, dst], capture_output=True)
if result.returncode != 0:
raise OSError(f"cp -p failed: {result.stderr.decode()}")
注意：-p 在 GNU coreutils 中等价于 --preserve=mode,ownership,timestamps,context,links,xattr，覆盖范围远超 shutil.copy2。
Unix 权限不是“开关”，而是内核与文件系统共同维护的状态快照；shutil.copy2 的行为边界，往往取决于你当前用户能调用哪些系统调用，而不是函数名里有没有 “2”。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
