Go中bool类型不能隐式转为整数，不可与nil比较，需用*bool等实现三态；条件判断应直接用flag或!flag，且注意短路求值顺序。
Go 中 bool 类型不能隐式转换为整数
很多从 Python 或 JavaScript 转来的开发者会下意识写 if flag == 1 来判断布尔值，这在 Go 中直接报错：invalid operation: flag == 1 (mismatched types bool and int)。Go 的 bool 是独立基础类型，和 int 完全不兼容，没有自动转 0/1 的机制。
正确做法就是直接使用变量本身：
flag := true
if flag { // ✅ 正确：直接用 bool 值
fmt.Println("on")
}
// if flag == true { ... } 语法合法但冗余，不推荐
- 避免写
if flag == true或if flag == false，既啰嗦又易出错（比如手滑写成=） - 否定用
!flag，不是flag != true - 函数返回
bool时，直接用于if，例如if strings.HasPrefix(s, "http") { ... }
nil 不能和 bool 比较
Go 中只有指针、map、slice、func、channel、interface 的零值可以是 nil，bool 类型本身没有 nil。所以像 if b == nil 这类写法在编译期就会失败：invalid operation: b == nil (mismatched types bool and nil)。
如果你需要“三态”逻辑（true / false / unset），必须换类型：
立即学习“go语言免费学习笔记（深入）”；
- 用
*bool：可为nil（未设置）、ptr指向true或false - 用自定义类型如
type TriState int配常量Unknown=0, Yes=1, No=2 - 用
struct包裹bool加valid bool字段（类似sql.NullBool）
短路求值对副作用的影响
Go 的 && 和 || 严格短路：左侧已能确定结果时，右侧表达式不会执行。这在含函数调用或变量修改的条件中很关键。
done := false
if !done && heavyCheck() {
// heavyCheck() 只有在 done==false 时才调用
}
// 如果写成 if heavyCheck() && !done，heavyCheck 就总会执行
-
a && b：当a为false时，b不执行 -
a || b：当a为true时，b不执行 - 别把有副作用的表达式放在右侧，除非你明确依赖短路行为
- 多个条件建议按“计算快 + 更可能提前终止”的顺序排列，比如先检查
len(s) > 0再访问s[0]
结构体字段默认零值是 false，但要注意指针字段
声明结构体时，未显式初始化的 bool 字段自动为 false；但如果是 *bool 字段，默认是 nil，不是 nil 指向的 false。
type Config struct {
Enabled bool // 默认 false
Flag *bool // 默认 nil
}
c := Config{}
fmt.Println(c.Enabled) // false
fmt.Println(c.Flag) // <nil>
- 直接访问
c.Flag是安全的，但解引用前必须判空：if c.Flag != nil && *c.Flag { ... } - JSON 反序列化时，
"enabled": false会设Enabled=false，但"flag": null会让*bool字段保持nil - 想让
*bool字段在 JSON 中缺失时也设为false，需自定义UnmarshalJSON
*bool 的判空，以及误以为 bool 能和数字混用——这两处一出错，要么 panic，要么逻辑静默失效。 
