为何chmod +（未指定ugoa）受umask影响？实测解析

我之前查到的资料说，使用chmod +（未指定ugoa）时不会受umask影响，但在Debian控制台测试却出现了和预期不符的情况，测试过程如下：

root@minecraft-server:/opt# umask 0022
root@minecraft-server:/opt# ls -ld
drwxr-xr-x 4 minecraft minecraft 8 Jun 16 23:11 . (初始状态)
root@minecraft-server:/opt# chmod +w .
root@minecraft-server:/opt# ls -ld
drwxr-xr-x 4 minecraft minecraft 8 Jun 16 23:11 . (无变化)
root@minecraft-server:/opt# umask 0000 (修改umask)
root@minecraft-server:/opt# chmod +w .
root@minecraft-server:/opt# ls -ld
drwxrwxrwx 4 minecraft minecraft 8 Jun 16 23:11 . (出现变化)
root@minecraft-server:/opt# umask 0022
root@minecraft-server:/opt# chmod -w .
chmod: .: new permissions are r-xrwxrwx, not r-xr-xr-x (修改umask后出现警告)
root@minecraft-server:/opt# ls -ld
dr-xrwxrwx 4 minecraft minecraft 8 Jun 16 23:11 .
root@minecraft-server:/opt# chmod +w .
root@minecraft-server:/opt# chmod go-w .
root@minecraft-server:/opt# ls -ld
drwxr-xr-x 4 minecraft minecraft 8 Jun 16 23:11 . (恢复正常)

求解释这一现象？

核心逻辑：chmod +模式的权限计算规则 #

你查到的"不受umask影响"是错误结论，chmod +（未指定ugoa）的符号模式，实际会受当前umask过滤权限位，具体逻辑如下：

• 执行chmod +w时，chmod默认会尝试给所有用户（u、g、o）添加w权限，但会用当前umask取反后的值做掩码，过滤掉被umask禁止的权限位。
• 当umask为0022时，取反后对应权限位是rwxr-xr-x，g和o的w位被禁止；而初始目录权限drwxr-xr-x中，u的w位本来就已开启，所以chmod +w没有可添加的权限，目录权限无变化。
• 当umask改为0000时，取反后对应权限位是0777，所有权限位都允许，此时chmod +w会给g和o都加上w权限，目录变成drwxrwxrwx。

关于chmod -w的警告 #

把umask改回0022后执行chmod -w，chmod原本预期移除所有用户的w权限（变成r-xr-xr-x），但实际执行时，umask会影响它对"合理目标权限"的判断——因为当前目录g和o的w位是在umask 0000时添加的，和umask 0022的默认权限规则冲突，所以抛出警告提示实际结果与预期不符，但操作仍会执行：移除u的w权限，目录变成dr-xrwxrwx。

最后恢复正常的原因 #

执行chmod +w时，因为umask是0022，只会给u添加w权限（g和o的w位被umask过滤），再通过chmod go-w手动移除g和o的w权限，最终回到初始的drwxr-xr-x。

内容的提问来源于stack exchange，提问作者theoman132