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），必须换类型：
- 用
*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) // - 直接访问
c.Flag是安全的，但解引用前必须判空：if c.Flag != nil && *c.Flag {……} - JSON 反序列化时，
"enabled": false会设Enabled=false，但"flag": null会让*bool字段保持nil - 想让
*bool字段在 JSON 中缺失时也设为false，需自定义UnmarshalJSON
实际项目里最容易漏掉的是 *bool 的判空，以及误以为 bool 能和数字混用——这两处一出错，要么 panic，要么逻辑静默失效。
