CodeIgniter 日历与日期处理强调轻量可控、贴近业务、规避格式陷阱，核心包括：①日历类生成静态月视图并支持数据注入；②优先使用 DateTime 类进行日期计算；③数据库查询须用 Y-m-d 格式；④需设准时区并谨慎本地化。
CodeIgniter 中的日历与日期处理，核心在于轻量可控、贴近业务、避免格式陷阱。它不追求大而全的前端交互，而是提供稳定、可定制的后端逻辑支撑，尤其适合内容发布、预约系统、周报统计等时间敏感型项目。
日历类：生成带数据的静态月视图
内置 calendar 类适合渲染单月日历，并支持为指定日期注入链接或标记。关键点有三个：
- 加载后直接调用
$this->calendar->generate($year, $month, $data)，其中$data是以日期（数字）为键的关联数组，值可为 URL、HTML 片段或任意字符串； - 默认把数组值当链接处理，若需自定义渲染（比如显示图标+文字），需配合
template参数重写 HTML 结构； - 支持配置起始星期（如
'start_day' => 'monday'）、月份/星期名称长度等，但不支持跨月或多周视图原生输出，需自行扩展。
日期计算：用 DateTime 类替代老旧 time() 和 date()
从 PHP 5.2 起，DateTime 是处理日期最可靠的方式，CodeIgniter 项目中应优先使用：
- 获取某日期所在周数：
(new DateTime('2026-08-06'))->format('W')→ 返回31（ISO 周）； - 计算相对日期：
(new DateTime())->modify('+2 weeks')->format('Y-m-d')； - 解析用户输入时注意格式统一，避免
strtotime('08/06/2026')因地区差异误判为2026-08-06还是2026-06-08，建议强制用Y-m-d或Y/m/d。
数据库日期查询：格式必须匹配 MySQL 要求
CodeIgniter 查询中，日期条件务必转成 Y-m-d 格式再传入 where，否则易出错：
- 错误写法：
date('m-d-Y', strtotime($input))→ 得到08-06-2026，MySQL 可能解析失败或误判； - 正确写法：
date('Y-m-d', strtotime($input))→ 得到2026-08-06，与 MySQLDATE类型完全兼容； - 更稳妥方式：在模型中用
DateTime::createFromFormat()显式指定输入格式，例如DateTime::createFromFormat('m/d/Y', '08/06/2026')，再转出标准格式。
时区与本地化：设准时区，慎用中文星期
服务器时区设置直接影响所有时间函数输出：
- 在入口文件或主控制器初始化处加
date_default_timezone_set('Asia/Shanghai')，避免依赖服务器默认； -
date('l')返回英文星期名（如Thursday），如需中文，不要硬编码映射，可用setlocale(LC_TIME, 'zh_CN.UTF-8')+strftime('%A')，但需确认系统支持该 locale； - 对用户显示时间，建议统一转为 UTC 存储，读取时按用户时区转换，而非直接存本地时间。
