XAMPP 8.0+ 版本已彻底移除 calendar 扩展，因 PHP 8.0 正式删除该废弃模块；调用 cal_days_in_month() 等函数会报错，无法通过 php.ini 启用或手动添加 dll 解决，应改用 DateTime 类等原生方法替代。
XAMPP 默认不启用 calendar 扩展，且 Windows 版本的 PHP 8.0+ 已彻底移除该扩展 —— 如果你看到 Call to undefined function cal_days_in_month() 这类错误，不是没开启，而是根本不可用。
为什么 XAMPP 里找不到 calendar 扩展
PHP 的 calendar 扩展早在 PHP 7.4 就被标记为废弃（deprecated），到 PHP 8.0 正式删除。XAMPP 从 PHP 8.0 开始打包的版本（如 XAMPP 8.2、8.3）已完全不含 php_calendar.dll 或对应模块。即使你在 php.ini 里写上 extension=calendar，启动时也会报错：PHP Warning: Cannot load module 'calendar': module compiled with different PHP API 或直接静默忽略。
常见误操作包括：
- 在
php.ini中取消注释;extension=calendar—— 对 PHP 8.0+ 无效 - 试图手动下载旧版
php_calendar.dll放入ext/目录 —— 会因 ABI 不兼容导致 Apache 崩溃或 PHP 启动失败 - 检查
phpinfo()页面搜 “calendar” —— PHP 8.0+ 的输出里根本不会出现该模块
替代方案：用原生 DateTime 类实现日历计算
所有 calendar 扩展的功能（如计算某月天数、判断闰年、转换儒略日）都能用 PHP 内置的 DateTime、DatePeriod 和 date() 函数完成，更可靠、无需扩展依赖。
典型替换对照：
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
-
cal_days_in_month(CAL_GREGORIAN, 2, 2024)→date('t', strtotime('2024-02-01'))或(new DateTime('2024-02-01'))->format('t') -
cal_is_leap_year(CAL_GREGORIAN, 2024)→date('L', strtotime('2024-01-01')) -
cal_from_jd(2459216, CAL_GREGORIAN)→ 使用DateTime::createFromFormat('U', $jd - 1721425)（需手动换算儒略日偏移）
注意：date('t') 返回的是指定月份的天数（字符串），date('L') 返回 1（闰年）或 0（平年），行为与原函数一致，且兼容 PHP 5.2 至 8.3。
如果你必须用 PHP 7.4 或更早版本的 XAMPP
仅限老项目迁移过渡阶段。XAMPP 7.4.x（如 7.4.33）仍内置 calendar 扩展，但默认禁用：
- 打开
C:\xampp\php\php.ini（或对应路径） - 搜索
extension=calendar，去掉前面的分号（即取消注释） - 确认该行不在
;[Extension List]区块之外（XAMPP 有些 ini 模板会把扩展列在文件末尾，需剪切到[Dynamic Extensions]下方） - 重启 Apache，运行
php -m | findstr calendar（Windows）或php -m | grep calendar（Linux/macOS）验证是否加载
若仍失败，检查 error_log 是否提示 Unable to load dynamic library 'php_calendar.dll' —— 多半是 PHP 版本与 DLL 编译环境不匹配，此时应换用同版本 XAMPP 官方包，而非混用组件。
真正要警惕的是：很多“开启 calendar 扩展”的教程基于十年前的 PHP 5.x 环境，直接套用到新版 XAMPP 只会浪费调试时间。日期逻辑尽量走标准类，比依赖一个已被删库的扩展稳妥得多。
