Go语言运算符设计强调显式与安全：无三元运算符、++/--仅作语句、逻辑运算符不支持类型转换；算术运算禁止混合类型、整数溢出静默回绕；浮点除零返回Inf/NaN；%符号随被除数；&&/||严格短路且仅限bool。
Go 语言的运算符行为和多数 C 风格语言接近，但有几处关键差异必须注意——比如没有三元运算符、++ 和 -- 只能作语句不能作表达式、逻辑运算符不支持位级短路以外的重载。这些不是“语法糖缺失”，而是设计取舍，直接影响代码可读性和边界处理逻辑。
算术运算符的隐式类型限制与溢出行为
Go 不允许混合数值类型参与算术运算，int 和 int64 相加会编译报错；同时整数溢出是未定义行为（实际取决于底层硬件，通常静默回绕），不会 panic。
-
int类型默认由编译器根据平台决定（通常是int64在 64 位系统），但显式声明时务必匹配——var a int32 = 1; var b int64 = 2; a + b❌ 编译失败 - 浮点数除零不会 panic，而是生成
+Inf、-Inf或NaN（可用math.IsNaN()检测） - 取模
%运算结果符号始终与被除数一致：-7 % 3得-1，而非2
逻辑运算符的短路特性与布尔上下文限制
Go 的 && 和 || 严格短路，且只接受 bool 类型操作数——不存在 JavaScript 那样的“falsy 值转换”。任何非 bool 类型参与逻辑运算都会编译报错。
-
if x := getValue(); x != nil && x.IsActive()是合法的，x != nil为 false 时x.IsActive()不会被调用 -
if val := someInt(); val && true❌ 编译错误：cannot use val (type int) as type bool in if condition - 没有
!以外的位逻辑简写（如无&=对应的&&=），复合赋值仅支持算术和位运算符
位运算符在标志位处理中的典型用法
Go 标准库大量使用位运算管理标志（如 os.OpenFile 的 flag 参数），但需注意常量定义方式和掩码构造习惯。
立即学习“go语言免费学习笔记（深入）”；
const (
ReadOnly = 1 << iota // 1
WriteOnly // 2
ReadWrite // 4
Create // 8
Truncate // 16
)
func hasFlag(flags, flag int) bool {
return flags&flag != 0
}
// 使用：hasFlag(ReadWrite|Create, ReadWrite) → true
- 推荐用
1 定义标志常量，避免手写1, 2, 4, 8...易错 - 检查是否含某标志必须用
&后判断非零，不能直接用flags & flag当布尔值（Go 不自动转 bool） -
^是按位取反，不是逻辑非；^flag常用于清除标志：flags &^ flag（&^是 Go 特有清位运算符）
赋值与比较运算符的常见误用点
Go 中 = 是赋值，== 是相等比较，两者不可互换；结构体比较有严格限制，切片/映射/函数/含不可比较字段的结构体无法用 == 判断相等。
-
if x = 5 { ... }❌ 编译错误：syntax error: unexpected =, expecting { -
type Config struct{ Name string; Data map[string]int }; c1, c2 := Config{}, Config{}; c1 == c2❌ invalid operation: c1 == c2 (struct containing map[string]int cannot be compared) - 字符串、数组、基础类型结构体可直接
==；若需深度比较，用reflect.DeepEqual（注意性能开销）或cmp.Equal（golang.org/x/exp/cmp，更安全）
真正容易翻车的不是运算符本身，而是类型系统对运算符施加的约束——它强制你在写 a + b 前就必须确认二者类型完全一致，也让你无法靠“隐式转换”绕过布尔上下文检查。这种严格性一开始像枷锁，但项目规模上来后，它省掉的调试时间远超学习成本。
