ntfs权限无法单独为文件开写入而目录保持只读，因默认继承父文件夹权限；必须先禁用继承并清除已继承条目，再为文件显式添加允许写入权限。
ntfs权限不能“单独给某个文件开写入，而目录保持只读”——因为ntfs权限默认继承自父文件夹。若目录设为只读（即未授予“写入”或“修改”），子文件会自动继承该限制，除非你**显式中断继承并重设权限**。
关键前提：必须先禁用权限继承
要让特定文件可写，而所在文件夹整体保持只读，操作逻辑是：
- 保持共享文件夹的NTFS权限为“读取”（对目标用户/组），不勾选“写入”“修改”等
- 右键点击那个需要写入的具体文件 → “属性” → “安全”选项卡 → “高级”
- 点击“禁用继承” → 选择“从此对象中删除所有已继承的权限条目”（⚠️注意：不是“复制”，是彻底清除继承）
- 点击“添加” → 输入目标用户（如user1）→ 勾选“允许”下的“写入”（可同时勾选“读取”确保能打开）→ 确定
为什么不能只靠共享权限或简单勾选？
共享权限只控制网络连接入口，真正决定能否保存、新建、删除的是NTFS权限。而且：
- 如果文件夹本身没给用户“写入”，子文件即使手动加了，也可能被继承规则覆盖（尤其当父文件夹后续重置权限）
- “只读”属性（文件右键→属性→勾选“只读”）是另一个独立开关，它和NTFS权限无关；若该属性被勾选，需先取消，否则系统会拒绝任何写入操作
- 若用户属于多个组，其中任一组被明确“拒绝写入”，则最终仍无法写入（拒绝权限优先级最高）
推荐做法：用“修改”权限替代零散设置
实际管理中，更稳妥的方式不是单个文件破例，而是：
- 在只读共享目录下，新建一个专用子文件夹（如“可编辑资料”）
- 对该子文件夹单独设置NTFS权限：为指定用户/组授予“修改”（含读取+写入+删除）
- 保持父目录仍是“读取”，避免权限混乱，也便于后期维护
验证是否生效
从另一台电脑用UNC路径（如\192.168.1.100Share est.docx）直接打开该文件，尝试另存或编辑后保存。若提示“权限不足”或“文件为只读”，请检查：
- 该文件是否真的清除了继承，并添加了明确的“写入（允许）”
- 文件本身属性里的“只读”复选框是否已取消
- 用户是否被某个高权限组（如“拒绝写入”的受限组）包含
