= 和 == 易混淆导致手滑：if(x=5)会赋值并恒真；编译器默认不报错，仅-Wall警告；=是表达式可链式赋值，==是纯判断不可赋值；浮点数用==比较常失败，需用abs差值。
因为 = 和 == 在键盘上紧挨着，且都读作“等于”，但语义完全相反：一个是把右边的值塞给左边（改变状态），一个是检查两边是否相等（只读判断）。这种表面相似、本质对立的设计，天然容易手滑。
if 条件里写成 = 会怎样
编译器通常不会报错，但行为完全不是你想要的：
-
if (x = 5)把5赋给x，然后判断x的值（即5）是否为真 → 恒成立 - 如果
x是bool或int，这个if几乎永远进分支，逻辑彻底跑偏 - 某些编译器（如 GCC/Clang）加
-Wall会警告assignment in conditional context，但默认不开启
为什么 == 不能写成 = 来“省事”
这不是打字习惯问题，而是语言机制决定的：
-
=是表达式，有返回值（左值），所以能链式赋值：a = b = c = 0 -
==是纯判断，返回bool（或int），不能用于赋值上下文 - 如果你写
if (a == b = c)，编译器会报错：lvalue required as left operand of assignment—— 因为a == b不是左值
浮点数和指针用 == 的隐性陷阱
就算你没写错符号，== 本身也有坑：
立即学习“C++免费学习笔记（深入）”；
- 浮点数直接比较
==极可能失败，比如0.1 + 0.2 == 0.3是false，得用std::abs(a - b) - 指针用
==比较的是地址，不是内容；想比内容得先解引用：*p == *q，否则两个不同地址的指针永远不等 - 自定义类如果没有重载
operator==，==默认按内存逐字节比较（浅比较），可能不符合业务语义
最危险的不是写错，而是写错了还看不出——程序照常编译运行，只是结果偶尔不对。尤其在条件分支多、数据流复杂的代码里，这类错误排查成本远高于预防成本。
