go build -tags的其他用法

一、go build -tags用法？

"与"逻辑 ：标签间用空格分隔，必须同时满足才编译
代码标签：//go:build linux && amd64（仅Linux+64位系统生效）
编译命令：go build -tags "linux amd64"（必须同时传两个标签，才会包含这段代码）
"非"逻辑 ：用!排除标签，匹配"不含该标签"的代码
代码标签：//go:build !windows（除Windows外所有系统生效）
编译命令：go build -tags "linux"（无需额外传!windows，只要标签不是windows就会包含）

控制标准库功能 ：通过标签启用标准库"隐藏功能"
例：go build -tags netgo（强制让net库用纯Go实现的网络协议，而非系统底层C实现，避免跨平台依赖问题）
配合第三方库"条件依赖" ：只编译指定库的代码
代码里引了两个数据库库（mysql/redis），分别打标签：
go 复制代码
```
//go:build use_mysql
import _ "github.com/go-sql-driver/mysql"

//go:build use_redis
import _ "github.com/redis/go-redis/v9"
```
编译时只引mysql（不引redis）：go build -tags use_mysql（自动排除redis依赖，减小程序体积）
多标签批量生效 ：一次传多个标签，匹配"任意一个"或"组合条件"
命令：go build -tags "prod linux amd64"（会包含：prod标签代码 + linux+amd64组合标签代码 + 无标签代码）

go build -tags 和 go install -tags 中的 -tags 参数功能完全一致 （都是通过标签控制编译哪些代码），核心区别在于 go build 和 go install 这两个命令本身的行为差异，而非 -tags 的用法。

维度	`go build -tags <标签>`	`go install -tags <标签>`
输出位置	默认在当前目录生成可执行文件（可通过 `-o` 指定路径）	固定安装到 `$GOPATH/bin` 或 `$GOBIN` 目录（无需 `-o`，文件名固定为包名）
适用场景	临时编译、本地测试（输出文件留在项目内）	安装可执行程序到系统可执行路径（方便全局调用，如工具类程序）
对模块缓存的影响	不影响，仅生成可执行文件	会将编译结果缓存到模块缓存（`$GOPATH/pkg/mod`），加速后续安装

两者的 -tags 用法、逻辑（与/或/非）、对代码的过滤规则完全相同。例如：

用标签区分 dev/prod 环境时：

bash 复制代码

# 本地编译一个dev版本的可执行文件（留在当前目录）
go build -tags dev -o myapp-dev

# 安装prod版本到全局路径（可直接在终端用myapp命令调用）
go install -tags prod