Windows默认不支持共享临时目录（如%TEMP%或%SystemRoot%Temp），因其NTFS权限禁止远程访问且未纳入SMB共享；正确做法是新建专用文件夹并配置共享权限，而非修改系统环境变量。
windows 系统中临时目录（如 %temp% 或 %systemroot% emp）本身不是设计用于网络共享的路径，系统变量设置错误并不会直接导致“临时目录共享失败”——因为 windows 默认根本不允许也不支持共享这些系统临时文件夹。真正的问题通常是：用户误将临时目录设为共享路径，或试图通过修改 temp/tmp 环境变量来“启用共享”，结果引发权限拒绝、路径不可达或服务异常。
确认是否真在共享临时目录
临时目录（如 C:Users用户名AppDataLocalTemp 或 C:WindowsTemp）由系统严格管控，其 NTFS 权限默认拒绝远程访问，且不纳入 SMB 共享枚举范围。若你在资源管理器中输入 \本机IPTemp 或类似路径并失败，这不是“变量设置错误”，而是该路径根本未被共享。请先检查：
- 右键目标文件夹 → “属性” → “共享”选项卡 → 是否点击过“共享…”按钮并完成配置？
- 是否仅修改了环境变量（如把
TEMP指向D:SharedTemp），却未对D:SharedTemp执行实际共享操作？ - 运行
cmd输入net share，查看输出列表里是否有你期望的共享名（如Temp或SharedTemp）？没有即代表未创建共享。
正确做法：用独立文件夹替代临时目录共享
不要尝试共享系统临时路径。应新建专用共享文件夹，并确保环境变量与共享行为解耦：
windows-shell
下载
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
- 新建一个普通文件夹（如
D:WorkShare），右键 → “属性” → “共享” → “高级共享” → 勾选“共享此文件夹”，设好共享名（如WorkShare）。 - 切换到“安全”选项卡，添加用户（如
Everyone或具体用户名），赋予“读取和执行”“列出文件夹内容”“读取”等必要权限。 - 如需让程序默认使用该路径，可单独修改应用自身的配置，或仅在需要时用命令行临时指定（如
set TEMP=D:WorkShare），但切勿全局覆盖系统级TEMP变量用于共享目的。
若已错误修改系统变量并影响服务，请还原
某些后台服务（如 Print Spooler、Windows Update）依赖原始 %SystemRoot%Temp 路径。若你曾手动将 TEMP 或 TMP 指向一个不存在、无权限或网络路径（如 \server emp），可能导致服务启动失败或共享功能间接异常：
- 按
Win + R输入sysdm.cpl→ “高级”选项卡 → “环境变量” → 在“系统变量”中找到TEMP和TMP，双击编辑，还原为默认值：
C:WindowsTemp（系统变量）或
C:Users用户名AppDataLocalTemp（用户变量）。 - 重启受影响的服务：打开
services.msc，重启Server、Workstation、Function Discovery Resource Publication等关键服务。
访问时仍提示无权限？重点查凭据缓存
即使共享设置正确，若之前用错误凭据访问过同名路径（如 \192.168.1.100Temp），Windows 会缓存失败会话，后续访问自动复用旧凭据导致“无权限”。此时需强制刷新：
- 打开“控制面板 → 用户账户 → 凭据管理器 → Windows 凭据”，删除所有以目标 IP 或计算机名开头的条目；
- 管理员运行 CMD，执行：
net use * /delete /y（清除所有映射）net use \192.168.1.100WorkShare /user:192.168.1.100用户名（用 IP+用户名强制触发密码输入）； - 回车后手动输入密码，成功后即可正常访问。
