go 1.18 引入的 workspace 模式用于解决多个本地模块协作开发时的依赖问题。它通过 go.work 文件统一管理多个模块路径，使它们在同一个工作区中直接互相引用，无需频繁使用 replace 或切换 go.mod；创建和使用 workspace 的步骤为：1）创建空目录并运行 go work init 初始化；2）用 go work use 添加所需模块目录；常见场景包括本地多模块开发及贡献开源项目时同步修改依赖项；注意事项有：仅限本地开发、作用范围限于当前目录、不提交 go.work 到版本控制；合理使用 workspace 可提升多模块开发效率。
Go 1.18 引入了 workspace 模式，主要是为了解决多个本地模块协作开发时的依赖问题。简单说，它让你在开发多个 Go 模块时，可以不用频繁切换
go.mod或者用
replace来调试本地代码，特别适合你在本地同时开发主项目和一些公共库的情况。
什么是 Go workspace 模式？
Go workspace 模式本质上是一个“工作区”配置文件（
go.work），它可以包含多个本地模块路径，Go 工具链会把这些模块当作一个整体来处理。
你可以理解为：多个项目的 go.mod 被统一管理在一个上下文中，它们之间可以直接引用彼此的代码而不需要发布到远程仓库。
比如你有两个本地模块：
~/myproject/mainapp
~/myproject/mypkg
正常情况下，mainapp 要引用 mypkg 需要用
replace替换导入路径。但有了 workspace，你可以把这两个目录都加入到一个统一的工作区中，然后直接 import 即可。
立即学习“go语言免费学习笔记（深入）”；
如何创建和使用 workspace？
创建 workspace 很简单，只需要两个步骤：
- 在任意位置创建一个空目录作为工作区根目录
- 运行
go work init
初始化工作区 - 添加需要包含的模块目录
例如：
mkdir ~/myworkspace cd ~/myworkspace go work init go work use ../myproject/mainapp go work use ../myproject/mypkg
这样就建立了一个包含 mainapp 和 mypkg 的工作区环境。之后在这个目录下执行
go build、
go run等命令，Go 工具链就会自动识别这些模块之间的依赖关系。
注意：go.work 文件的作用范围仅限于当前目录及其子目录。也就是说，你要在工作区目录下运行命令才生效。
常见使用场景和注意事项
场景一：本地开发多个模块互相依赖
如果你正在开发一个主项目和几个本地库模块，比如微服务架构下的多个服务或工具包，workspace 模式能让你避免反复提交测试版本或者手动维护 replace 指令。
场景二：贡献开源项目时同步修改多个依赖项
比如你想给某个开源项目提 PR，同时你也需要改动它的一个依赖库。这时候你可以把主项目和那个依赖一起加入 workspace，就能一边改依赖一边测试主项目的效果。
注意事项：
- workspace 只适用于本地开发，不用于生产环境或 CI/CD 流程。
- 不要混淆
go mod
和go work
的作用。go work
是临时覆盖go.mod
中的模块路径。 - 如果你在 workspace 目录外运行命令，
go.work
会被忽略。
总结一下怎么用更顺手
- 把常用模块统一放在一个工作区目录下管理；
- 多个模块频繁改动时，优先启用 workspace；
- 使用完记得清理不必要的 use 路径，保持清晰；
- 在团队协作中不要提交
go.work
文件，它是个人开发辅助工具。
基本上就这些，workspace 模式不算复杂，但在多模块开发中确实解决了不少麻烦，只是刚开始容易忽略它的存在。
