Go 里 ! 和 ^ 完全不是一回事
很多人刚写 Go 时以为 ! 能对数字取反（比如把 5 变成 -5），结果发现编译报错：invalid operation: !5 (operator ! not defined on int)。这是最常踩的坑——! 在 Go 中只作用于 bool，做逻辑非；而按位取反必须用 ^，且操作数是整数类型。
真正要“取反”一个整数（比如翻转所有 bit），得用 ^ 配合掩码：
// 对 uint8 的 5（00000101）做按位取反 x := uint8(5) y := ^x // 结果是 250（11111010），不是 -6！
-
!只接受bool，返回bool；传整数直接编译失败 -
^是按位异或，^x等价于x ^ ^uint(0)（即和全 1 掩码异或），本质是补码表示下的按位翻转 - 对有符号整数（如
int8）用^，结果仍是该类型的补码值，不是数学意义上的负数
想得到负数？别用 ^，用一元减号 -
如果目标是“把 5 变成 -5”，那是算术取负，不是位运算。Go 里就该用 -，而不是 ^。混淆这两者，会导致逻辑错误且难以调试——尤其在处理协议字段、硬件寄存器位定义时。
-
-x：算术取负，类型不变，语义清晰，适用于所有数值类型 -
^x：按位翻转，结果依赖类型宽度（^int8(0)是-1，但^int16(0)是-1，值相同但底层 bit 数不同） - 常见误用场景：解析二进制协议时，看到文档写“bitwise NOT”，就直接写
^val，却没注意协议约定的是“带符号解释”，此时可能需要-val - 1（即 2 的补码取负等价式）
^ 做异或和取反，靠上下文区分
Go 里 ^ 既是二元异或运算符，也是一元按位取反（仅当左操作数省略时）。它没有单独的“一元取反”符号（不像 C 的 ~），全靠是否提供左操作数判断。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
a ^ b // 二元：a 和 b 异或 ^b // 一元：对 b 按位取反（要求 b 是整数类型）
- 一元
^要求操作数必须是无符号整数（uint、uint8等）或有符号整数（int、int32等），但不能是uintptr或浮点数 - 二元
^要求左右操作数类型一致，不支持自动类型提升（uint8(1) ^ int(2)编译失败） - 性能上，一元
^和二元^都是 CPU 级指令，无额外开销；但类型不匹配会强制你显式转换，容易漏掉边界检查
位运算中容易被忽略的符号扩展问题
当你对一个小整数（比如 int8(-1)）做 ^ 后再赋给更大类型（如 int32），Go 不会自动符号扩展——它只是零扩展或按原类型截断。这在跨平台或与 C 交互时特别危险。
var x int8 = -1 // 二进制 11111111 y := ^x // int8 类型，值为 0（11111111 ^ 11111111） z := int32(y) // 直接转成 int32，不是 -1 的补码扩展
- 小类型转大类型时，Go 默认零扩展（unsigned）或符号扩展（signed），但
^结果的类型由操作数决定，不会“记住”原始语义 - 安全做法：显式用掩码控制位宽，例如
int32(^uint8(x)) & 0xFF，避免隐式转换歧义 - 交叉编译（如
GOOS=linux GOARCH=arm64）时，int宽度变化，^行为不变，但和 C 头文件对接时，需严格匹配类型定义
事情说清了就结束。位运算是精确活，类型、符号、位宽三者缺一不可，少盯一眼就埋雷。
