PHP中常量数组出现Undefined offset:3错误，求原因分析

这个Undefined offset: 3错误的根源其实很直接：你试图访问DEFAULT_PRICES数组的下标3，但这个数组只有3个元素，有效下标范围是0、1、2，根本不存在下标3的元素。

咱们一步步拆解为什么会出现这个情况：

• 你定义的CONST DEFAULT_PRICES = array(30, 20, 10);是个长度为3的数组，对应的下标只有0、1、2三个。
• 问题出在$index = array_search($selectedDate, $workingDays);这一行：当$workingDays数组里的元素数量超过3个时，array_search就可能返回3（也就是第四个元素的下标），这时候用这个下标去取DEFAULT_PRICES的值，自然就触发了“未定义下标”的错误。
• 额外提一句：如果array_search在$workingDays里找不到$selectedDate，会返回false，这时候用false当数组下标，PHP会自动把它转成0，虽然不会直接报offset错误，但逻辑肯定是不对的，也得注意这种情况。

几个可行的修复方案 #

你可以根据自己的业务需求选一种：

1. 对齐两个数组的长度
   检查$workingDays的元素数量，确保它最多只有3个元素，这样array_search返回的下标就不会超出0-2的范围，自然就不会踩下标不存在的坑。

2. 给下标访问加安全判断
   在使用$index之前先做个校验，确保它是有效的下标：

   $index = array_search($selectedDate, $workingDays);
   // 先判断下标是否有效，同时处理找不到的情况
   if ($index !== false && isset(self::DEFAULT_PRICES[$index])) {
       $price = $basePrice + ($basePrice * self::DEFAULT_PRICES[$index] / 100);
       $price = sprintf("%.2f", $price);
   } else {
       // 下标无效或者找不到匹配项时，设置默认价格或者做其他处理
       $price = $basePrice; // 这里可以换成你需要的默认逻辑
   }
   $dateArr[$selectedDate] = $price;
   

3. 扩展价格数组（如果业务需要）
   如果$workingDays的长度确实可能超过3，那你就需要给DEFAULT_PRICES添加对应的元素，保证每个$workingDays的元素下标都有对应的价格系数。

另外，我还注意到一个小笔误：你前面计算好了$price，但最后赋值给$dateArr[$selectedDate]的却是$basePrice，这应该是写错了吧？记得改成$dateArr[$selectedDate] = $price;，不然前面的价格计算就白忙活了~

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