整数比较直接用==、!=等运算符即可，无需函数调用或头文件；注意避免无符号与有符号混用及溢出问题。
直接用 ==、、<code>> 就行，别绕弯
整数比较在 c++ 里不需要函数调用或额外头文件，编译器原生支持。只要两个 int 类型（或能隐式转为 int 的整型），直接用运算符即可。
常见错误是误以为要调用 std::compare 或 std::less ——那些是泛型工具，用于容器排序或模板场景，日常比较纯属杀鸡用牛刀。
-
==判断相等（注意不是=） -
!=判断不等，比!(a == b)更直观也更常用 和 <code>>是有符号比较，对负数完全可靠- 避免混用无符号类型：比如
unsigned int a = 1; int b = -2;，此时a 会把 <code>b转成大正数，结果反直觉
比较时要注意符号扩展和隐式转换
当一边是 int，另一边是 short、char 或 unsigned int，C++ 会按整型提升规则自动转换。多数时候没问题，但边界情况容易翻车。
典型坑：unsigned int x = 4294967295U;（即 UINT_MAX），和 int y = -1; 比较：x == y 居然为 true ——因为 y 被提升为 unsigned int 后变成相同值。
立即学习“C++免费学习笔记（深入）”；
- 始终检查两边的符号性是否一致；不确定就显式加
static_cast<int>(x)</int> -
char默认可能是有符号或无符号，取决于平台，比较前建议明确写成signed char或unsigned char - 使用
-Wsign-compare编译选项能捕获大部分隐式符号转换警告
性能上完全不用操心，但别在循环里反复算同一个比较
整数比较是单条 CPU 指令（如 cmp），零开销。编译器连 a 都可能优化成一次比较加分支预测。
真正拖慢的从来不是比较本身，而是比较之后的逻辑没剪枝，或者把本可提前退出的判断写成了死循环内嵌。
- 避免写
if (x > 0 && x = 100 && x 这种重复计算；用 <code>else if (x 就够 - 如果比较的是复杂表达式（比如
vec.size() ），而 <code>vec不变，就把vec.size()提到循环外存进局部const size_t n = vec.size(); - 现代编译器对
==和!=优化程度几乎一样，不用刻意替换
调试时怎么看比较结果不对？从 std::cout 和断点开始
出问题往往不是运算符错了，而是参与比较的值本身不对。比如读取用户输入后没检查失败状态，std::cin >> x 失败了但 x 还是旧值。
另一个高频原因是溢出：两个大正数相加后赋给 int，结果变负，再拿去比较就全乱套。
- 怀疑值有问题？直接打印：
std::cout - 用调试器停在比较语句前，看实际变量值——尤其注意十六进制显示，能一眼发现符号位异常
- 开启
-fsanitize=undefined，它会在运行时捕获有符号溢出、比较中的未定义行为
比较这事本身很简单，难的是确认参与比较的值确实是你以为的那个值。越基础的操作，越容易被上下文悄悄污染。