windows共享重启失效本质是配置未持久化，需固化server服务启动类型为自动、将autoshareserver和autosharewks注册表值设为1，并检查组策略、快速启动等干扰项。
这个问题本质是 windows 共享权限配置没有持久化，重启后被系统或策略“重置”。它不是权限本身被删了，而是底层服务、注册表状态或安全策略在启动时覆盖了你的手动设置。解决的关键在于锁定共享配置的生效条件，而不是反复重设。
确认 Server 服务启动类型和注册表自动共享开关
Windows 的默认共享（如 C$、ADMIN$）由 LanmanServer 服务控制，其行为受注册表参数约束。若重启后共享消失或权限回退，大概率是以下两项未固化：
- 打开 services.msc，找到 Server 服务，确保“启动类型”为自动，且状态为“正在运行”；仅“手动启动”一次不够，必须设为自动并重启验证
- 运行 regedit，定位到：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
检查是否存在 AutoShareServer（DWORD）值：不存在则新建，值设为 1；若已存在但为 0，改为 1 - 同路径下确认 AutoShareWks 值也为 1（影响 IPC$ 等基础共享）
避免 NTFS 权限被组策略或系统还原覆盖
共享权限本身不保存在注册表，但 NTFS 权限可能被域策略、本地安全策略或系统还原点干扰。尤其当服务器加入域或启用了“还原系统设置”类功能时：
- 运行 gpresult /h report.html 查看是否应用了强制重置权限的组策略（重点关注“文件系统”和“共享文件夹”策略）
- 打开 secpol.msc → 本地策略 → 安全选项 → 检查“网络访问: 共享和安全模型”是否为“经典 - 本地用户以自己的身份验证”，避免来宾模式导致权限降级
- 禁用系统保护（右键系统盘 → 属性 → 系统保护 → 配置 → 关闭），防止还原点回滚 NTFS ACL
导出并还原 Shares 注册表项（适用于全新安装或重大变更后）
如果你曾重装系统、迁移硬盘，或发现共享名称/权限总被清空，说明 LanmanServer\Shares 键值未保留。该注册表项存储所有自定义共享的路径、注释和权限设置：
- 导出前：在 regedit 中定位到
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares
右键 → 导出 → 保存为 shares_backup.reg - 还原时：确保 Server 服务已停止（net stop server），导入 .reg 文件，再启动服务（net start server）
- 注意：此操作会覆盖当前所有共享配置，务必提前备份
检查快速启动与关机行为是否干扰服务状态
Windows 的“快速启动”实际是混合关机（即休眠内核状态），可能导致服务状态未完全刷新，下次开机时加载旧缓存配置：
- 控制面板 → 电源选项 → 选择电源按钮的功能 → “更改当前不可用的设置” → 取消勾选“启用快速启动”
- 之后执行一次完整关机（开始菜单 → 关机，而非重启），再开机测试共享是否稳定
- 如仍不稳定，可尝试在组策略中禁用：
计算机配置 → 管理模板 → 系统 → 电源管理 → “指定使用快速启动” → 设为“已禁用”
