codeigniter 3 的 date() 和 strtotime() 不支持本地化，需用 intldateformatter 实现多语言日期格式化，但须确保 intl 扩展启用、传入有效时间戳并做空值校验。
CodeIgniter 3 中 date() + strtotime() 无法自动适配用户语言和地区
CI3 的 date() 和 strtotime() 完全依赖 PHP 原生行为，不识别语言环境（locale），也不解析本地化日期字符串（如 “2026年5月13日” 或 “13/05/2026”）。传入非标准格式会静默失败或误解析。
- 传
'13/05/2026'给strtotime()→ 在某些系统上被当mm/dd/yyyy解析成 2026-13-05（无效），返回false，再喂给date()就输出 1970 年 -
setlocale(LC_TIME, 'zh_CN.UTF-8')对date()无效 —— 它只影响strftime()，而 CI3 默认不启用 - 想显示 “星期三”“五月” 这类中文名称？必须自己映射数组，或改用
strftime()+ 正确 locale 配置（但 Windows 下 locale 名称又不一致）
CI3 项目里硬套 IntlDateFormatter 是可行但需手动加载扩展
PHP 的 IntlDateFormatter 支持多语言、多时区、自动星期/月份本地化，但它不是 CI3 内置组件，需确认服务器已启用 intl 扩展，并自行实例化。
- 检查是否可用：
extension_loaded('intl')，否则会 Fatal Error - 基本用法：
$fmt = new IntlDateFormatter('zh-CN', IntlDateFormatter::FULL, IntlDateFormatter::FULL, 'Asia/Shanghai', IntlDateFormatter::GREGORIAN); $fmt->format(strtotime('2026-05-13')); - 注意：第一个参数是 locale 字符串（不是时区），时区单独传；
format()只接受 int 时间戳，不能直接传字符串或 DateTime 对象 - CI3 没有自动 fallback 机制 —— 若传入
null或非法时间戳，format()返回false，需前置判空
CI4 的 Time 类不支持直接国际化格式，但可桥接 IntlDateFormatter
CI4 的 CodeIgniter\I18n\Time 默认只做时区转换和基础格式（format('Y-m-d')），它不处理 locale 相关的星期名、月份名、AM/PM 翻译。要实现真正国际化输出，得绕过 ->format()，转用 IntlDateFormatter。
- 错误写法：
(new Time('2026-05-13'))->format('LLLL d, Y') → LLLL 不被识别，原样输出 - 正确组合：
$time = new Time('2026-05-13'); $fmt = new IntlDateFormatter('ja-JP', ..., ...); $fmt->format($time->getTimestamp()); - CI4 的
Time::parse()能处理多种输入（含中文日期字符串），但仅限解析为 Time 对象，后续格式化仍需外部工具 - 别在构造
IntlDateFormatter时传$time对象 —— 它只认 int 时间戳，$time->getTimestamp()是必须步骤
数据库字段为 NULL 或空字符串时，所有格式化函数都会崩
无论用 date()、standard_date() 还是 IntlDateFormatter->format()，只要输入不是有效整型时间戳，几乎都立刻出问题：Warning、false、甚至 TypeError（PHP 8.1+）。
-
standard_date('DATE_RFC822', null)→ 返回false，不报错但前端显示空白 -
date('Y-m-d', '')→ Warning: Invalid date format，输出 1970-01-01 -
(new IntlDateFormatter('en-US', ...))->format(null)→ 返回false，无提示 - 防御写法统一为：
if (!is_int($ts) || $ts ，不要依赖 <code>empty()（因为0是合法时间戳）
$date_str 变成空、乱码或非法格式 —— 这个校验点必须前置，不能指望格式化函数兜底。
