xdebug条件断点仅接受合法php布尔表达式，需确保变量在作用域内且非null、避免隐式转换、适配xdebug版本与php.ini配置（如xdebug.mode=debug）、cli需显式激活调试。
条件断点写什么表达式才被 Xdebug 承认
条件断点框里只接受合法的 PHP 布尔表达式，不是任意字符串或调试语句。写错直接静默失效——断点红点还在，但永远不暂停。
-
$item->id === 123可行，前提是$item在当前作用域已定义且非 null -
$_GET['id'] == 'abc'很可能报错，因为 Web 请求未触发、$_GET为空或根本不在该执行路径中 -
return $i > 5;或if ($i > 5) { ... }是语法错误，条件框不支持语句，只认表达式 -
strlen($str) > 5在部分 Xdebug 3.1 + PHP 8.0 组合下会崩溃，建议改用isset($str) && mb_strlen($str) > 5 - 字符串比较一律用
===，避免'123' == 123这类隐式转换导致条件意外为 true
Xdebug 版本和 php.ini 配置决定条件断点能不能用
Xdebug 2 对条件断点支持极弱，常表现为断点变灰、点击无效；Xdebug 3.1+ 才真正稳定。但光升级不够，关键配置缺一不可。
- 必须设
xdebug.mode = debug（Xdebug 3），旧版的xdebug.remote_enable=1已废弃，留着反而干扰 -
xdebug.start_with_request = yes或trigger，否则需手动加?XDEBUG_SESSION_START=1，漏了就完全不触发 -
xdebug.client_host = 127.0.0.1，别写localhost—— 某些 Ubuntu 系统 DNS 解析慢，导致握手超时 -
xdebug.client_port必须和 PhpStorm 的Settings > PHP > Debug > Debug port完全一致（默认 9003） - 改完
php.ini后，Apache/Nginx + PHP-FPM 都得重启，仅 reload config 不生效
访问对象或数组前不判空，条件断点直接崩掉
PhpStorm 不做空安全兜底，$user->name === 'admin' 一旦 $user 是 null，整个表达式求值失败，断点就“哑火”——没提示、不报错、也不停。
- 稳妥写法：
$user !== null && $user->name === 'admin' - PHP 7.4+ 推荐空合并：
($user?->name ?? '') === 'admin' - 数组同理：
($data['config']['timeout'] ?? 30) > 10比$data['config']['timeout'] > 10安全得多 - CLI 脚本里慎用
$_SERVER或$_ENV，它们可能未完整加载，优先用$argv或明确传入的变量
CLI 脚本里条件断点不触发？你没手动拉起调试通道
PhpStorm 默认监听 Web 请求，CLI 模式下即使开了监听，也收不到 Xdebug 连接。必须显式激活调试会话。
- 命令行运行时加环境变量：
XDEBUG_CONFIG="idekey=PHPSTORM" php script.php - 或在脚本开头插入：
xdebug_break();（前提是 Xdebug 已启用） - 确保
vendor/autoload.php已引入，否则类名在条件里会被当成未定义变量 - CLI 下作用域更窄，
$argv[1]可用，但$_GET、$_POST全是空，别在条件里依赖它们
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
