goland 无第三方包只读开关，所谓只读是构建行为、文件权限与ide配置共同作用的结果；断点失效主因是replace路径不匹配、vendor未标记为sources root或编译优化未关闭，需加-gcflags="all=-n -l"调试。
GoLand 里没有“第三方包只读模式”这个开关
别在 Settings 里搜 readonly、gomodonly 或类似词——它根本不存在。GoLand 不提供一键锁定第三方代码的全局设置，所谓“只读”，是构建行为、文件权限和 IDE 配置共同作用的结果，不是勾个选项就能生效的。
断点进不去 vendor 或 replace 包？先检查 go.mod 和模块识别
最常见的情况是：你用了 replace 指向本地路径，或启用了 vendor，但 GoLand 并没把对应目录当“可调试源码”加载。
-
go.mod中的replace行必须完整匹配被替换模块的module声明（包括大小写、斜杠方向），否则 IDE 找不到源头 - 本地 replace 路径（如
../mylib）必须含有效go.mod文件，且该目录需在 GoLand 中右键 → Add as Module（不是 Mark as Sources Root） - 若用
vendor，默认 vendor/ 下所有包都是只读依赖目录；想临时调试，得右键目标包 → Mark Directory as → Sources Root（重启后失效） - 执行
go mod download或点击编辑器右上角的 Sync dependencies 按钮，强制刷新模块缓存
调试时跳过断点？很可能是编译优化没关掉
即使源码可见、路径正确，Go 编译器默认开启内联和变量消除，会导致断点无效或跳转异常。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Run Configuration 中，在 Program arguments 下方勾选 Use custom build tags，并在 Build options 输入框里加：
-gcflags="all=-N -l" - 这个参数会禁用优化（
-N）并保留行号信息（-l），是调试第三方代码的必要条件 - 注意：加了这参数后二进制体积变大、运行稍慢，仅用于开发调试，不要带到生产构建中
真要防止误改第三方代码？靠文件权限和流程卡点
IDE 层面没有防御性只读机制，真正的只读得从操作系统和工程流程入手。
- 在 CI/CD 流水线中执行：
chmod -w go.mod go.sum vendor/，后续go mod tidy会直接失败，而不是静默修改 - 把需要审查的第三方包复制到项目内（如
internal/third_party/xxx），再用replace指向它——这样你既能调试，又能控制其内容变更边界 - 在
go.mod顶部加注释：// DO NOT EDIT – managed by automation，配合 pre-commit hook 拦截非法修改
最容易被忽略的一点是：只要 go.mod 文件本身可写，任何 go mod 子命令都可能改它——IDE 的“只读感”只是表象，防线得设在文件系统和协作流程上。
