PHP定义空数组本身不会触发Fatal error——array()或[]是合法安全语法；Fatal error实际源于编码问题（如UTF-8 BOM）、类属性中误用动态表达式、自动加载失败或扩展异常等上下文错误。
PHP定义空数组本身不会触发Fatal error——array() 或 [] 是完全合法、安全的语法。出现“Fatal error”时，问题一定不在“定义空数组”这行代码本身，而是它所处的上下文或隐含依赖出了严重问题。
检查是否混入了非法字符或编码问题
看似简单的 $arr = [];，如果文件保存为UTF-8带BOM格式，或复制粘贴时混入不可见Unicode字符（如零宽空格、私有区符号），PHP解析器会在语法分析阶段直接崩溃，报类似 Fatal error: Parse error: syntax error, unexpected end of file 或更模糊的解析失败。
- 用编辑器（如VS Code、Sublime Text）确认文件编码为纯UTF-8（无BOM）
- 将出错行删除重打，不要复制粘贴
- 在命令行运行
php -l your_file.php进行语法预检，它会准确定位到第一个非法字符位置
确认未在类属性声明中误用动态表达式
PHP不支持在类属性声明时使用函数调用或复杂表达式。以下写法是致命错误：
class Test {
public $data = []; // ✅ 合法：字面量数组
public $items = array(); // ✅ 合法：函数式字面量
public $cache = get_default_cache(); // ❌ Fatal error: Constant expression contains invalid operations
public $list = []; // 如果这一行报错，实际问题往往在上一行的非法初始化
}
- 类属性只能是常量值（字符串、数字、null、true/false、数组字面量）
- 所有需运行时计算的初始化，必须移到构造方法
__construct()中
排查自动加载或命名空间干扰
当空数组定义出现在 use、require 或自动加载触发的文件中，而该文件本身因路径错误、权限不足或语法问题无法载入，就会导致 Fatal error: Class not found 或 Fatal error: Failed opening required ——表面看是后面某行报错，但根源是前面加载失败，脚本提前终止，后续空数组那行根本没执行到。
立即学习“PHP免费学习笔记（深入）”；
- 检查
require/include路径是否真实存在且Web服务器有读取权限 - 运行
php -d display_errors=1 -d error_reporting=-1 your_script.php查看原始终端输出，比Web环境更准确 - 临时注释掉所有
use和引入语句，逐步放开，定位哪一行引发崩溃
验证是否被扩展或配置异常间接影响
极少数情况下，某些PHP扩展（如旧版Xdebug、特定Suhosin补丁）或极端ini配置（如 zend.enable_gc = Off 配合循环引用）可能在内存管理层面引发底层崩溃，表现为无明确提示的Fatal error。虽然与空数组无关，但现象相似。
- 在CLI下运行
php -m列出已启用扩展，尝试禁用非核心扩展测试 - 临时用干净配置运行：
php -n -d error_reporting=-1 -d display_errors=1 your_file.php - 查看系统日志（
/var/log/syslog或dmesg）是否有段错误（segmentation fault）记录
