软链接能解决Go开发中GOCACHE、GOPATH/pkg和IDE缓存（如GoLand caches）占用C盘的问题，需先清空原目录再用mklink /J创建目录联接，并同步更新GOCACHE、GOPATH、GOMODCACHE等环境变量。
软链接能解决哪些Go开发路径占用C盘的问题
软链接（mklink）不是万能的，但它能精准转移那些“装在D盘、却偷偷往C盘写数据”的目录。对Go开发者来说，真正值得软链接的只有三类路径：
• %USERPROFILE%\go\pkg（旧式GOPATH缓存，尤其含vendor项目时）
• %LOCALAPPDATA%\JetBrains\GoLand202X.x\caches（Goland的索引与编译中间产物）
• %APPDATA%\Go\mod（极少用，但某些老版本Go会把模块缓存放这儿）
注意：GOCACHE默认在%LOCALAPPDATA%\Go\BuildCache，这才是最占空间的——它必须软链接，否则go clean -cache清了又涨。
用mklink创建软链接的实操要点
Windows下必须用管理员权限的CMD或PowerShell，且原目录必须**先完全清空再执行命令**，否则会报错或链接失效：
• 先移动真实数据：比如把C:\Users\hsl\AppData\Local\Go\BuildCache剪切到D:\GoCache\BuildCache
• 再执行命令：mklink /J "C:\Users\hsl\AppData\Local\Go\BuildCache" "D:\GoCache\BuildCache"
• 检查是否成功：进C:\Users\hsl\AppData\Local\Go\BuildCache看是否显示“快捷方式”图标，且能正常打开
• 切勿对正在运行的IDE或go进程操作，否则可能锁住文件导致链接失败
为什么不能直接软链接GOPATH根目录
GOPATH本身是逻辑路径，不是物理存储点；它的子目录src、bin、pkg职责不同：
• src存源码，应由你主动放在D盘，无需软链接
• bin是可执行文件输出目录，建议直接用go install -o D:\go-bin\指定
• pkg在现代Go中已基本被GOCACHE取代，手动软链接pkg反而干扰模块缓存机制
真正该动的是GOCACHE和GOPATH/pkg/mod——前者用mklink，后者用go env -w GOPATH=D:\go重定向整个GOPATH更稳妥
软链接后还要改哪些环境变量
软链接只是让系统“以为”还在原位，但Go工具链仍会按环境变量找路径：
• 运行go env -w GOCACHE="D:\GoCache\BuildCache"，避免后续新建缓存又写回C盘
• 若用了旧式GOPATH模式，同步执行go env -w GOPATH="D:\go"
• 检查go env GOMODCACHE，如果它指向%USERPROFILE%\go\pkg\mod，就也用go env -w GOMODCACHE="D:\go\pkg\mod"重定向
• Goland里需手动修改Settings → Go → GOPATH，填入D:\go，否则索引仍扫C盘下的旧路径
立即学习“go语言免费学习笔记（深入）”；
软链接本身不难，难的是分清哪些路径真该移、哪些只是“看起来像该移”。GOCACHE和GOPATH/pkg/mod是两个独立缓存体系，混着处理必然出问题；而IDE缓存路径随版本变，每次升级前最好go env确认一次实际路径。 
