php定义空数组报错主因是bom头、低版本不支持[]语法或中文标点等干扰；需检查utf-8无bom编码、php≥5.4版本、使用英文标点并排除不可见字符。
PHP定义空数组报错，基本不是“不能定义”，而是代码写法或环境干扰导致解析失败。错误通常出现在 [] 或 array() 写法本身被PHP拒绝，根源多在编码、标点、版本或隐藏字符上。
检查文件编码与BOM头
UTF-8 with BOM 是最隐蔽的元凶之一：BOM（EF BB BF）会插在文件开头，PHP 解析器把它当非法字符，直接卡在第一行，常表现为“Parse error: syntax error, unexpected”却找不到明显语法问题。
- 用命令查编码：
file -i _config.inc.php，若显示charset=utf-8; charset=bom就确认有BOM - Vim中快速清除：
:set nobomb | wq - VS Code中点击右下角编码显示 → 选“Save with Encoding” → “UTF-8”（不带BOM）
确认PHP版本是否支持[]语法
$arr = []; 在 PHP 5.4+ 才合法；低于该版本会报 Parse error: syntax error, unexpected '['。多服务器部署时尤其容易踩坑。
- 终端执行：
php -v查看实际运行版本 - 稳妥写法统一用：
$arr = array(); - 若必须用短数组语法，确保所有目标服务器 PHP ≥ 5.4，并在部署前统一验证
排查中文标点与不可见字符
从网页复制、微信粘贴、Word文档导入的代码，极易混入中文逗号、顿号、全角空格或制表符，尤其在数组末尾或键名位置。
- VS Code 中按
Ctrl+Shift+P→ 输入Toggle Render Whitespace显示空格、制表符、换行符 - 重点检查：
array('host' => '127.0.0.1'，)—— 这里的逗号是中文顿号（、），PHP直接报错 - 整行删除再手动敲英文标点，比“替换”更可靠
验证是否有意外输出或注释干扰
空数组定义本身极简，但若它前面有 echo、print、?><?php 混用，或注释符号 // 后跟中文，也可能中断解析流程。
- 把空数组语句单独提到文件最顶部（注释和空白行也删掉），测试是否仍报错
- 避免在
<?php前加任何空行或空格，尤其不要有 UTF-8 BOM + 空行组合 - 注释用
//或/* */，禁用#（虽PHP支持，但部分旧环境或IDE识别异常）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
