linux权限继承需显式配置，核心依赖default acl（仅对目录设置，控制新建项权限）、umask（限制权限上限）和setgid（确保组归属继承），三者协同作用且不可替代。
Linux 没有“自动继承”的默认机制，所谓“权限继承”必须显式配置，核心靠 default ACL 和 umask 协同控制，二者作用不同、不可替代。
default ACL 是目录级继承的唯一可靠方式
只有对目录设置 default ACL，后续在其中新建的文件或子目录才会按规则继承访问权限。它不改变现有项，只影响未来创建项。
- 命令格式：
setfacl -d -m u:用户名:权限,g:组名:权限 /目标目录 - 例如让 dev 组在
/project下新建的所有文件都可读写：setfacl -d -m g:dev:rwX /project（注意大写 X，对目录加 x，对文件仅当已有 x 才加） - 查看是否生效：
getfacl /project，输出中含default:开头的行即为 default ACL 条目 - default ACL 对硬链接、符号链接无效；NFS/CIFS 挂载时可能被忽略，需确认服务端支持
umask 控制新文件权限的“上限天花板”
即使设置了 default ACL，最终权限仍受 umask 限制。umask 不是“加权限”，而是从理论最大值中“减掉”对应位。
PyCharm 2026.2.0.1 Linux版
下载
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
- 目录默认最大权限是 777，文件是 666；umask=002 表示：目录得 775，文件得 664
- 若 default ACL 给某用户设了 rwx，但 umask 屏蔽了 w，则该用户实际只能获得 rx
- 系统级 umask 通常设在
/etc/profile、/etc/bash.bashrc或 PAM 配置（如/etc/pam.d/common-session中pam_umask.so） - 建议统一用八进制形式设置，避免符号法歧义；生产环境慎用 000 或 002 这类宽松值
SetGID 目录确保组归属自动延续
当多个用户向同一共享目录协作写入时，仅靠 ACL 不够——新文件默认属创建者主组，而非目录所属组。SetGID 可强制继承父目录的组。
- 启用方式：
chmod g+s /shared，此时目录权限末位显示为drwxrwsr-x（小写 s 表示组有 x） - 效果：所有在
/shared内新建的文件/目录，其所属组自动设为/shared的组，而非创建者主组 - 必须配合 group 权限中的 x（即执行位）才生效；若组无 x，则显示为大写 S，功能失效
- 与 default ACL 共用时，ACL 定义“谁能访问”，SetGID 定义“属于谁”，二者互补
权限叠加逻辑与常见踩坑点
新文件的实际权限 = default ACL 规则 ⊕ umask ⊕ SetGID ⊕ 系统默认行为，不是简单相加，而是逐层过滤。
- mask 是 ACL 的隐性调节器：named user/group 条目的权限不能超过 mask 值；必要时手动提升：
setfacl -m m::rwx /dir - 递归设置 default ACL 要分两步：先
setfacl -R -d ...设默认规则，再setfacl -R -m ...同步现有项的访问 ACL（非 default） - 不要依赖 chmod 777 或 chown -R 解决协作问题——它破坏最小权限原则，且无法实现细粒度继承
- 测试建议：用
setfacl --test预演，或新建测试目录验证后再推广到生产路径
