上周帮同事处理一个共享文件夹的写入问题，他折腾了半小时也没搞定——文件明明就在那儿，权限点开却提示“拒绝访问”。设置我过去一看，写入文件夹属性里“安全”选项卡下，权限他用的设置那个账号压根没出现在列表里。加进去，写入勾上“修改”，权限问题解决。设置这就是写入写入权限最直白的样子：系统不认你，你就动不了文件。权限

Windows里设置写入权限，设置路径其实就一条：右键目标文件夹 → 属性 → 安全 → 编辑。写入弹出的权限窗口里列出所有能访问这个文件夹的用户和组。选中某个用户，设置下方复选框控制他能干什么。“读取”只是看，“写入”才能新建、修改、删除文件。很多人以为“完全控制”就是写入权限的加强版，其实不完全对——完全控制还包含更改权限和取得所有权，日常用不上，给普通用户“修改”级别就够。

有个细节容易踩坑：权限是继承的。你在父文件夹给某个用户开了写入权限，子文件夹默认跟着继承。但如果你在子文件夹上手动改过权限，继承链就断了。我见过有人把子文件夹权限收紧后，父文件夹再开放写入，子文件夹纹丝不动。这时候要么重新启用继承，要么逐个文件夹手动加。判断方法很简单：安全选项卡里，灰色勾选表示继承来的，黑色勾选表示手动设置的。

Linux下逻辑不同，但核心一样。ls -l看到的那串-rw-r--r--，就是权限位。三个一组：所有者、所属组、其他人。写入对应w。给文件加写入权限用chmod u+w filename，给目录加写入用chmod u+w dirname——注意，目录的写入权限意味着能在里面创建和删除文件，跟文件本身的写入是两码事。我见过新手把目录设成r--，然后困惑为什么不能往里面放东西。目录没有w，你连新建文件的资格都没有。

还有一种情况：文件被进程占用。Windows下你明明有写入权限，却提示“文件正在使用”。这不是权限问题，是句柄没释放。Linux下用lsof查哪个进程占着文件，杀掉或等它释放。权限设置得再对，也架不住别的程序锁着不放。

网络共享又是另一层。SMB共享里，共享权限和NTFS权限同时起作用，取交集。共享权限设成“读取”，NTFS给“修改”，最终只能读。很多人只改一处，然后纳闷为什么没生效。我的习惯是共享权限给“完全控制”，所有限制都在NTFS层面做，管理起来清晰。

macOS的“显示简介”里，底部的共享与权限面板更直观。点锁图标解锁，加号添加用户，权限下拉菜单选“读与写”。但macOS有个坑：如果文件在iCloud Drive里，本地权限可能被云端策略覆盖。我遇到过本地明明给了写入，同步后权限被重置的情况。这种时候得去iCloud设置里查。

权限这东西，本质是操作系统在替你做访问控制。设置对了，一切顺畅；设置错了，要么拒之门外，要么门户大开。我的建议是：最小权限原则。只给必要的写入，别动不动就“完全控制”。尤其在生产环境，一个误操作可能覆盖掉重要数据。至于个人电脑，怎么方便怎么来，但至少要知道自己改了什么。