CodeIgniter使用date helper的nice_date比对日期触发执行超时错误

根因分析 #

你遇到的超时问题本质是nice_date函数的重解析逻辑遇到异常日期值触发的性能雪崩：CodeIgniter的nice_date为了兼容各种非标准日期格式，内部封装了多层格式匹配、时区转换、无效值兼容逻辑，正常格式的日期调用耗时很低，但如果传入空值、乱码、超出PHP日期解析范围的异常值，函数会反复尝试不同规则解析输入，甚至出现死循环，导致执行时间爆表。你遇到的在1500行数组末尾才触发问题，就是因为最后几条数据里存在不符合预期的日期值。

排查思路 #

• 新增执行日志定位异常数据：在调用nice_date的代码前插入日志逻辑，输出当前数组索引、$miesiac、$obch2['data_zgloszenia']三个值，重新执行脚本后看日志最后输出的记录，即可定位到触发超时的异常日期内容。
• 核对对应版本CI的内核代码：打开system/helpers/date_helper.php查看553行的具体逻辑，CI 3.x版本该位置通常是日期格式的正则匹配或strtotime重试逻辑，可以直接确认是哪种输入值触发了超长执行。

解决建议 #

1. 优先替换轻量比对逻辑（治本）
   你只需要比对两个日期的年+月，完全不需要用到nice_date的兼容能力，用原生PHP实现性能提升至少10倍，还能避免兼容逻辑的bug：

• 如果输入日期都是标准Y-m-d格式，直接截取前7位比对即可，性能最高：

$isSameMonth = substr($miesiac, 0, 7) == substr($obch2['data_zgloszenia'], 0, 7);

• 如果输入日期格式不固定，用DateTime类实现：

try {
    $dt1 = new DateTime($miesiac);
    $dt2 = new DateTime($obch2['data_zgloszenia']);
    $isSameMonth = $dt1->format('Y-m') == $dt2->format('Y-m');
} catch (Exception $e) {
    // 异常日期值处理逻辑，可标记为不匹配或记录日志
    $isSameMonth = false;
}

2. 保留nice_date的场景新增前置校验
   如果必须使用nice_date，调用前先校验输入值合法性，避免异常值传入：

if (strtotime($miesiac) !== false && strtotime($obch2['data_zgloszenia']) !== false) {
    $isSameMonth = nice_date($miesiac, 'Y-m') == nice_date($obch2['data_zgloszenia'], 'Y-m');
} else {
    // 异常数据处理逻辑
    $isSameMonth = false;
}

3. 临时应急方案
   如果只是临时处理数据不需要长期维护，可以在脚本开头调高最大执行时间，仅作临时测试使用，不建议线上环境用：

ini_set('max_execution_time', 600);

内容的提问来源于stack exchange，提问作者VRI - Opcjonalny - Optional