鸿蒙 App 如何实现 Planner?一文讲透 Agent 的任务规划引擎
2026/6/25 17:57:37
这个标题很“实战向”,而且粘滞位(Sticky Bit)正好是 Linux 权限里最容易被忽略、但非常重要的一块。
我按问题场景 → 原理 → 用法 → 对比 → 面试/生产总结给你一篇真正能用的指南。
想象一个常见场景 👇
/shared权限一般是:
drwxrwxrwx shared/⚠️问题来了:
因为在 Linux 中:
删除文件看的不是文件权限,而是“目录权限”
粘滞位用于目录,限制只有“文件所有者 / 目录所有者 / root”才能删除或重命名文件。
📌 即使目录是777,也能防止互删。
/tmpls-ld /tmpdrwxrwxrwt 10 root root 4096 /tmp注意最后的t👈
这就是粘滞位
在没有粘滞位的目录中:
在有粘滞位的目录中:
只有以下用户可以删除文件:
👉 其他用户即使有写权限,也删不了别人的文件
chmod+t shared查看:
ls-ld shareddrwxrwxrwt sharedchmod1777shared| 数字 | 含义 |
|---|---|
| 1 | 粘滞位 |
| 777 | rwx rwx rwx |
t和T的区别| 显示 | 含义 |
|---|---|
t | 有执行权限 + 粘滞位 |
T | 无执行权限+ 粘滞位 |
⚠️目录没有执行权限是无法进入的
所以一般你看到的是小写 t
| 位 | 作用对象 | 作用 |
|---|---|---|
| SUID | 文件 | 以文件所有者身份执行 |
| SGID | 文件 / 目录 | 继承用户组 |
| Sticky Bit | 目录 | 防止文件被误删 |
👉 粘滞位只对目录有意义
mkdir/uploadchmod777/uploadchmod+t /upload效果:
错!删除看的是目录权限
不完全,配合粘滞位是安全的
不影响,只影响删除 / 重命名
粘滞位主要用于共享目录,即使目录对所有用户可写,也能保证只有文件所有者、目录所有者或 root 才能删除或重命名文件,典型应用是 /tmp 目录。
✅/tmp、/var/tmp
✅ 多用户共享目录
✅ 上传目录
✅ CI/CD 临时构建目录
粘滞位解决的不是“能不能写”,而是“谁能删”。
如果你愿意,我还能继续给你:
你是Linux 运维 / 后端开发,还是准备面试?我可以按你的方向继续深入。