1. Linux 权限设置的核心概念
1.1 权限三元组与主体概念
在 Linux 系统中，文件与目录的访问权限由三组主体决定：所有者、所属组、其他用户。这三组主体各自拥有的权限集合，是通过三组权限位来表达的。r 代表可读、w 代表可写、x 代表可执行，这是权限的核心要素。
你可以通过命令 ls -l 查看对象的权限位、所有者与所属组等信息，其中第一列包含权限位的三组显示。权限位的分组结构决定了不同主体在不同场景下的访问能力。
ls -l /path/to/file
1.2 数字模式与符号模式的区别
权限还可以通过两种表达方式呈现：数字模式（八进制三位，如 755、644）和 符号模式（如 u=rwx,g=rx,o=r）。
数字模式简单直接，适合一次性设定整组权限；符号模式则在逐步调整某一主体权限时更加灵活。
2. chmod 的工作原理与实用用法
2.1 数字模式（八进制）在实际中的应用
通过 chmod 指令的数字模式，可以对三个主体的权限进行显式设定。示例中的 7 代表 rwx、5 代表 r-x、4 代表 r--，将这些数字组合后即可得到最终权限。常见组合包括 755、644、700 等。
下面的示例展示了如何将文件设为所有者可读写执行、组和其他人仅可读：chmod 755 或者逐位分配也可实现相同效果。
chmod 755 /path/to/file
2.2 符号模式在灵活调整中的应用
符号模式使用 u、g、o、a 表示所有者、所属组、其他人或全部，再搭配 +、-、= 来增加、移除或设定具体的权限。這使得逐项修改变得更加直观。
例如给所有者添加执行权限、给组移除写权限的写法：chmod u+x,g-w,o-r file。这类表达在脚本和自动化任务中非常有用。
chmod u+x,g-w,o-r file
2.3 递归、特殊权限位及权限组合
在目录及其中的文件批量设定时，chmod -R 可实现递归修改。注意目标对象的类型差异会影响最终权限的应用结果。
另外，系统还支持三种特殊权限位：setuid、setgid 与 sticky 位，它们分别影响执行程序的用户身份、目录与文件的默认组属性，以及对目录中文件的删除行为。
chmod -R 755 /path/to/directory
chmod +s /usr/bin/passwd
chmod +t /tmp
3. umask 的作用与默认权限
3.1 umask 如何影响新建文件和目录的默认权限
umask 是一个 shell 内置变量，决定新建文件和目录时的默认权限“屏蔽位”。它通过与对象的初始权限进行按位取反来确定最终权限。新建文件的默认权限通常是 666，而目录为 777，之后再和 umask 取反得到最终权限。
理解 umask 的现场影响，有助于在团队协作中避免权限过宽或过窄的问题。
3.2 查看与暂时性修改 umask 的方法
要查看当前会话的 umask，请使用 umask 命令。要在当前会话中临时修改，直接设置新的 umask 值即可，影响范围为当前终端或脚本执行环境。
umask
umask 022
umask 022 将默认权限设定为所有者可读写执行，其他人仅可读取和执行（不得写入）。
3.3 常见 umask 实例及实际效果
常用实例包括：022（默认对其他人不可写）、027（对其他人完全不可读写，组成员有部分权限）、077（对所有人仅限所有者权限）等。
通过理解 umask 的组合逻辑，可以在创建文件和目录时就按团队规范予以控制。
# 设定一个更严格的默认权限
umask 077
4. 常见问题解析
4.1 为什么 chmod 有时不起效？权限覆盖、ACL 与粘滞位
有时改动看似无效，原因可能来自 ACL（访问控制列表） 或 SELinux/AppArmor 安全上下文 的额外限制。查看 ACL 可用 getfacl，调整则使用 setfacl。
另外，目录中的 粘滞位（如 /tmp）会影响删除权限，需通过 chmod +t 设置，确保对非所有者的删除受限。
getfacl /path/to/file
setfacl -m u:alice:rwx /path/to/file
chmod +t /tmp
4.2 ACL 与 SELinux 安全上下文的影响及处理方式
当系统启用 ACL 时，除了标准三组权限外，还可以对个别用户或组赋予额外的访问权。getfacl 可以查看当前 ACL，setfacl 则用于修改。
对于 SELinux 环境，文件的安全上下文（context）可能覆盖传统权限，因此需要使用 ls -Z 查看，并通过 chcon、semanage fcontext 等工具进行管理。
getfacl /path/to/file
setfacl -m u:bob:r-- /path/to/file
ls -Z /path/to/file
4.3 与版本控制系统的权限处理注意事项
在使用版本控制系统（如 Git）时，提交的权限并不总是完整地保留，具体取决于工作区与仓库的权限策略。工作树权限与仓库权限分离，需要结合工作流设置合适的 umask 与 git 配置。
保持一致的权限策略有助于跨团队协作，避免由于权限不一致而引发的变更阻塞。
git config core.fileMode true
umask 0022
