php 5.3 不支持 [] 用于类属性默认值、const 定义、函数参数默认值及静态变量初始化，会直接报 parse error；php 5.4+ 起兼容，但需注意引用赋值、json 解码及扩展兼容性差异。
PHP 5.4 的 [] 短数组语法在 PHP 7.0+ 完全兼容，但如果你正从更老的环境（比如 PHP 5.3）升级，而代码里混用了 array() 和 []，那问题其实不在「大括号写法」本身——而是你可能误判了实际瓶颈：真正卡住迁移的，往往是 [] 出现在类属性默认值、常量定义或函数参数默认值中，这些地方在 PHP 5.3 是非法的，会直接报 Parse error: syntax error。
哪些地方用 [] 会直接报错（PHP 5.3 不支持）
PHP 5.3 解析器不识别 [] 作为字面量，只要它出现在编译期需确定值的位置，就会中断解析。常见踩坑点：
- 类属性声明时用
private $data = [];→ 必须改成private $data = array(); - const 定义数组：
const MAP = [];→ PHP 5.3 不允许，得改用array()或延迟初始化 - 函数参数默认值：
function foo($opts = [])→ 合法性取决于 PHP 版本：5.3 不行，5.4+ 才支持；若目标最低是 5.3，必须写成function foo($opts = null)并在函数体内判断if ($opts === null) $opts = array(); - 静态变量初始化：
static $cache = [];→ PHP 5.3 不支持，得拆到首次执行分支里
[] 在 PHP 5.4+ 中是否安全？要看运行时上下文
即使语法通过，行为也可能出人意料：
- 当
[]用于函数返回值并被赋给引用变量时（如$ref =& someFunc();），PHP 7.4+ 会警告Only arrays and strings can be passed by reference，而旧版静默接受 —— 这类隐性差异容易漏测 - JSON 解码后返回的空数组，在 PHP 5.4–7.3 是
[]，PHP 8.0+ 默认仍保持一致，但若启用了json_decode($s, true, 512, JSON_INVALID_UTF8_IGNORE)等新标志，结果类型可能受扩展版本影响 - 某些老旧扩展（如早期
apc缓存）对[]序列化支持不稳定，缓存命中后反序列化可能变成array()或丢失键名，建议统一用var_export()+eval()（慎用）或json_encode/decode做跨版本中间格式
自动化替换要避开的陷阱
别用全局搜索替换 [] → array()，尤其不能碰注释、字符串、正则表达式里的方括号：
-
// config: ['host' => 'localhost']是注释，不动 -
$sql = "SELECT * FROM users WHERE id IN ({$ids})";里的[$ids]若被误替，SQL 直接崩 -
preg_match('/[a-z]+/', $str)的字符组[a-z]绝对不能动 - 真实可安全替换的只有独立成行、前后有空白或标点、且不在引号内的
[]，推荐用 AST 工具（如 PHP-Parser）而非正则
最麻烦的从来不是语法替换，而是那些藏在 include 链深处的第三方库配置文件 —— 它们用 [] 写死在 config.php 里，又没 composer 约束版本，一升级就触发 Parse error。这类文件得人工逐个开看，不能信“自动脚本”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
