assert 默认仅在 Debug 模式生效，Release 下被预处理器完全移除且不求值；它专用于检测不可发生的内部逻辑错误，失败时调用 std::abort() 终止程序，不可捕获。
assert 在 C++ 里到底什么时候生效
默认只在 Debug 模式下起作用，Release 下整个 assert 调用会被预处理器直接删掉，连表达式都不求值。这不是 bug，是设计如此——它本就不是运行时校验工具，而是开发阶段的逻辑自检开关。
- 想让它在 Release 也触发？不行，
assert本身不支持。该用throw或自定义检查函数 - 常见误操作：把有副作用的表达式塞进
assert，比如assert(x++ > 0)，Release 下x就不会自增，行为不一致 - 头文件必须显式包含
<cassert>，C++ 中<assert.h>不保证可用（虽然部分编译器兼容）
assert 失败后程序直接 abort，怎么改
标准行为就是调用 std::abort()，没有异常、不执行栈展开、不调析构函数。这不是“崩溃”，是故意终止——因为断言失败代表程序已进入不可恢复的逻辑错误状态。
- 不能捕获
assert失败：它不抛异常，try/catch完全无效 - 想自定义失败动作？重定义
assert宏本身，或用__assert_fail（GNU）/_assert（MSVC）等底层钩子，但跨平台成本高，不推荐日常使用 - 调试时想停在失败行？确保编译器没开
-O2 -DNDEBUG这类组合，否则断言早被剔除了
和 if + throw 比，assert 适合干啥
assert 只适合检查「绝不该发生」的内部逻辑错误，比如算法前提、指针非空、数组索引未越界；而 if + throw 应对的是可预期的外部错误，比如文件打不开、网络超时、用户输入非法。
- 错误示例：用
assert(fd != -1)检查open()返回值——系统调用失败是常态，不是逻辑错误 - 正确示例：
assert(i >= 0 && i 出现在你刚算完索引、准备 <code>vec[i]访问前，这是你代码逻辑承诺的不变量 - 性能影响几乎为零：宏展开后只是个条件跳转，且 Release 下完全消失
Windows 下 assert 失败弹框太烦，能关吗
能，但不是关 assert，而是关它的默认 UI 响应。MSVC 默认调用 _CrtDbgReport 弹对话框，可通过 _set_abort_behavior 关闭。
立即学习“C++免费学习笔记（深入）”；
- 加这行代码（通常放
main开头）：_set_abort_behavior(0, _WRITE_ABORT_MSG | _CALL_REPORTFAULT) - 注意：这只是关弹窗，
abort()依然执行，进程仍会终止 - 更干净的做法：用
#define NDEBUG预处理控制，比运行时关更彻底，也避免误以为“关弹窗=断言还有效”
真正容易被忽略的是：断言检查的是你对代码的**逻辑假设**，不是数据合法性。写错假设，再准的断言也没用；假设对了，它才帮你快速定位哪一行逻辑崩了。
