PHP 7.2数组未加引号字符串警告不一致问题咨询

这个问题戳中了PHP 7.2版本在语法规范上的一个关键边界——咱们先拆解两种写法的本质差异，再聊合理性：

两种写法的底层逻辑区别 #

首先得明确：两种写法功能确实一致，但解析上下文完全不同：

1. 触发警告的写法：

   $var[$otherVar[someIndex]] = $myValue;
   

   这里的someIndex是在数组直接访问的全局上下文里作为裸字符串使用的。在PHP旧版本中，这种写法会被自动当作字符串'someIndex'处理，但存在致命歧义：如果哪天你不小心定义了全局常量define('someIndex', 456)，这段代码会突然变成访问$otherVar[456]，行为完全失控。PHP 7.2开始警告，就是为了强制开发者明确用引号包裹字符串索引，消除这种歧义。

2. 不触发警告的写法：

   $var["$otherVar[someIndex]"] = $myValue;
   

   这里的$otherVar[someIndex]是在双引号字符串的插值上下文里。根据PHP的字符串解析规则，双引号内部的$var[key]语法会被自动解析为$var['key']——这里的someIndex从一开始就被限定在字符串插值的逻辑里，不会被当作全局常量去查找，完全没有歧义。而且这种写法是PHP从很早版本就支持的经典插值语法，开发者普遍熟悉。

不警告第二种写法的合理性 #

PHP团队这么做，是在代码明确性和兼容性之间做了平衡：

• 兼容性优先：第二种写法是PHP生态里大量旧项目的常用写法，如果贸然警告，会导致成千上万的“假阳性”警告，大幅提升版本升级的成本，这显然不符合PHP渐进式升级的策略。
• 歧义性边界清晰：警告的核心是打击“全局上下文里的裸字符串索引”，而双引号内的插值语法本身就处于一个封闭的解析环境，不存在“常量vs字符串”的歧义，完全符合新版本推行的“明确性”原则。
• 语法规则的延续性：字符串插值里的$var[key]语法是PHP的既定规则，已经稳定运行多年，没有必要打破这种开发者的使用习惯——只要它不带来歧义，就没有警告的必要。

简单说：PHP 7.2的警告不是要禁止所有裸索引写法，而是要消灭有歧义的裸索引写法，双引号内的插值写法不在这个范围内，自然不会被警告。

内容的提问来源于stack exchange，提问作者voskys