在 Symfony 6 + PHP 8.1 环境下，访问未声明变量（如 if($testvar)）会触发 ErrorException 并中断执行，而非传统 PHP 的静默警告；可通过调整 error_reporting 级别抑制 E_WARNING，使脚本继续运行并保留日志记录。
在 symfony 6 + php 8.1 环境下，访问未声明变量（如 `if($testvar)`）会触发 `errorexception` 并中断执行，而非传统 php 的静默警告；可通过调整 `error_reporting` 级别抑制 `e_warning`，使脚本继续运行并保留日志记录。
Symfony 6 默认将 PHP 警告（包括 E_WARNING、E_NOTICE、E_DEPRECATED 等）统一转换为可捕获的 ErrorException 异常，并由其异常处理器记录为 CRITICAL 级别日志（如您看到的 "Warning: Undefined variable $testvar"）。这与早期 PHP 版本中未定义变量仅触发非中断性警告的行为不同——PHP 8+ 本身已强化变量声明要求，而 Symfony 进一步将警告“升级”为异常以提升代码健壮性。
但迁移旧代码时，逐个补全所有变量初始化（如 $testvar ??= null 或 isset($testvar)）成本较高。此时，临时且可控的解决方案是调整 PHP 错误报告级别，显式屏蔽 E_WARNING（同时保留其他关键错误）：
// 在应用入口点（如 public/index.php）或核心引导逻辑开头添加： error_reporting(E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_WARNING);
该配置确保：
- ✅ E_WARNING（含“Undefined variable”）不再触发 ErrorException，脚本继续执行；
- ✅ 其他错误类型（如 E_ERROR、E_PARSE、E_USER_ERROR）仍被严格处理；
- ✅ 所有警告仍会写入 PHP 错误日志（取决于 log_errors 和 error_log 配置），便于后续审计；
- ⚠️ 注意：此设置作用于当前请求生命周期，不影响 CLI 命令或异步任务，需按需复用。
更推荐的长期实践是逐步重构代码，用安全方式替代裸变量检查：
// ❌ 不推荐（触发警告/异常）
if ($testvar) { /* ... */ }
// ✅ 推荐（明确语义，无警告）
if (isset($testvar) && $testvar) { /* ... */ }
// 或使用空合并运算符（PHP 7.0+）
if ($testvar ?? false) { /* ... */ }
// 或强类型校验（Symfony 表单/DTO 场景下更佳）
if ($data->getTestVar() ?? false) { /* ... */ }最后提醒：修改 error_reporting 是调试与迁移期的有效权宜之计，但不应作为生产环境的长期策略。建议结合静态分析工具（如 PHPStan）和 IDE 提示，系统性消除未定义变量，真正提升代码质量与可维护性。
