Go算术运算符中整数除法截断、%要求同类型；浮点数存在精度误差，0.1+0.2≠0.3；逻辑运算符&&和||严格短路；位运算右移带符号整型会算术右移；复合赋值不改变优先级，位运算优先级低于比较运算符。
Go 的 +、-、*、/、% 行为和多数语言一致，但整数除法直接截断（不四舍五入），且 % 要求操作数必须同为有符号或无符号整型——混用 int 和 uint 会编译报错：invalid operation: % (mismatched types int and uint)。
浮点运算更要小心：float64 无法精确表示十进制小数，比如 0.1 + 0.2 != 0.3 是真实结果，不是 bug。做金额计算别用 float64，改用整数单位（如分）或专用库如 shopspring/decimal。
package main import "fmt"func main() { a, b := 7, 3 fmt.Println(a / b) // 输出 2（不是 2.333…） fmt.Println(a % b) // 输出 1
var x, y float64 = 0.1, 0.2 fmt.Printf("%.17f\n", x+y) // 输出 0.30000000000000004}
逻辑运算符的短路特性与布尔类型限制
Go 只有
&&和||，没有&/|的逻辑版（那是位运算）。它们严格短路：左侧已能确定结果时，右侧表达式**完全不执行**。这在做空指针防护或资源检查时很关键。Go 不允许把非
bool值当条件，比如if x {}（x 是 int）会编译失败。也不能用== true冗余判断——if flag == true应直接写if flag。
&& 左侧为 false → 右侧跳过|| 左侧为 true → 右侧跳过func risky() bool {
fmt.Println("called!")
return true
}
func main() {
flag := false
if flag && risky() { // "called!" 不会打印
// ...
}
}
Go 的位运算符 &、|、^、&^（清位）、、>> 全部要求操作数是整数类型。移位时右操作数不能为负，且若左操作数是带符号整型（如 int8），右移会进行**算术右移**（高位补符号位），可能导致意外的负值扩散。
典型坑：int8(-1) >> 1 得到 -1（不是 0x7F），因为 -1 的二进制是 0b11111111，右移补 1 后还是全 1。
uint8 移 10 位）是未定义行为，Go 运行时会 panicuint 类型
再移&^ 是“按位与非”，a &^ b 等价于 a & (^b)，常用于清掉某些 bitvar x int8 = -1
fmt.Printf("%b\n", x>>1) // 11111111 → 输出 "11111111"（仍是 -1）
var y uint8 = 255
fmt.Printf("%b\n", y>>1) // 11111111 → 输出 "1111111"（127）
Go 支持 +=、-=、&= 等复合赋值，但要注意：它们**没有改变运算优先级**。a += b * c 等价于 a = a + (b * c)，不是 (a + b) * c。这点和 C/Java 一致，但新手常误以为“复合”意味着“先算左边”。
另一个高频混淆是位运算优先级低于比较运算符：a & b == c 实际是 a & (b == c)，而非 (a & b) == c——因为 == 优先级高于 &。所有位运算符（&、|、^）都比比较运算符低，务必加括号。
^ 是异或，不是幂运算（Go 没有内置幂运算符）+ 以外的算术/位运算符++ 和 -- 语句形式，没有前置/后置表达式（即不能写 y = x++）func main() {
a, b, c := 12, 3, 4
if (a & b) == c { // 必须加括号！否则被解析为 a & (b == c)
fmt.Println("match")
}
}实际写代码时，最容易漏掉的是位运算优先级和浮点精度问题——前者导致逻辑错误难定位，后者在金融或测试断言中突然暴露。别依赖直觉记优先级，有疑就加括号。