zend.assertions 是 PHP 8.6 中控制断言代码是否编译进 opcode 的编译期指令，非调试开关；设为 1 时断言生效并可配合 assert.exception=1 抛出异常便于调试，-1 则彻底剥离断言实现零开销。
PHP 8.6 中 zend.assertions 不是“开启调试”的开关，而是控制断言代码是否被编译进执行流程的编译期指令。它本身不提供调试信息输出、断点或变量追踪功能，但正确配置它是**让 assert() 在开发中真正生效的前提**。
zend.assertions 的三个取值含义
该配置必须在 php.ini 中设置（运行时无法修改），且优先级高于 assert.active：
-
zend.assertions = 1：断言代码被编译并执行。失败时触发
AssertionError（若assert.exception=1）或警告（若为 0）。适合开发环境。 -
zend.assertions = 0：断言代码被编译，但运行时不执行。可配合
assert.active=1在运行时动态启用（极少用，性能有微小损耗）。 -
zend.assertions = -1：断言代码**完全从 opcode 中剥离**，等同于没写过
assert()。生产环境强制推荐，零开销、无风险。
搭配 assert.exception 实现有效断言调试
仅设 zend.assertions = 1 不够——还要让失败行为便于定位：
- 加到
php.ini：zend.assertions = 1<br>assert.exception = 1
- 这样断言失败时会抛出
AssertionError异常，能被 Xdebug 捕获、显示完整堆栈，也可被set_exception_handler统一处理。 - 避免用字符串形式
assert('count($arr) > 0')，易受注入且无法静态分析；改用布尔表达式：assert(count($arr) > 0, '数组不能为空');
验证是否生效
写一段测试脚本：
立即学习“PHP免费学习笔记（深入）”；
<?php<br>var_dump(ini_get('zend.assertions')); // 应输出 string(1) "1"<br>assert(false, 'test assertion');<br>?>
若看到 Fatal error: Uncaught AssertionError: test assertion，说明已成功启用断言调试支持。
别和真正的调试工具混淆
zend.assertions 不等于 Xdebug、不等于 GDB、也不提供单步执行。它只是帮你把「假设」变成可中断、可记录、可追踪的检查点。真要调试逻辑流，仍需：
- Xdebug 配合 IDE 设置断点
-
error_log()写入关键变量状态 - CLI 下用
php -d zend.assertions=1 script.php临时覆盖配置
