calendar扩展在phpenv中默认关闭，需手动启用php.ini中的extension=calendar并重启服务；但万年历功能基本无需该扩展，date()等内置函数已足够，关键在于时区设置和输入校验。
phpEnv里calendar扩展默认是关闭的
phpEnv 的 Windows 版本（如 phpEnv 2.0.x / 3.x）默认不启用 calendar 扩展，哪怕它已随 PHP 二进制包自带。这个扩展不是万年历功能的必需项——绝大多数 PHP 万年历实现只用 date()、mktime()、strtotime() 就够了；但如果你要用到 jdtounix()、unixtojd()、犹太历/伊斯兰历转换等特殊日历算法，才真正依赖它。
开启 calendar 扩展只需改一个配置项
打开 phpEnv 安装目录下的 php\php.ini（注意：不是 Apache 或 Nginx 子目录里的那个），搜索 ;extension=calendar：
- 如果该行存在且被分号注释，删掉前面的
;即可 - 如果整行不存在，手动在
[extensions]区域（或文件末尾）添加extension=calendar - 保存后，必须重启 phpEnv 的 Web 服务（点“Restart Apache”或“Restart Nginx”按钮）
- 验证是否生效：新建一个
info.php，写入<?php phpinfo(); ?>，浏览器访问，搜索 “calendar” 看是否有模块信息
calendar 扩展对万年历功能几乎无实际增益
你写的万年历页面大概率不会用到它，原因很实在：
-
date('t', $ts)和date('w', $ts)已能准确算出每月天数和首日星期，无需jdtounix() - 所有年月导航（上一月/下一月）靠
mktime(0,0,0,$m+1,1,$y)或strtotime('+1 month')就足够健壮 -
calendar扩展不提供 HTML 表格渲染、闰年判断、节假日标记等功能，这些都得自己写 - 开启后反而可能引入兼容性问题：PHP 8.2+ 已废弃部分日历函数，而 phpEnv 捆绑的老版 PHP（如 7.4）又不支持新语法
真正影响万年历体验的是时区和输入校验
比 calendar 扩展更常踩坑的是这两处：
- 没设时区：务必在脚本开头加
date_default_timezone_set('Asia/Shanghai');，否则date()可能返回 UTC 时间，导致“今天”显示错位 - 未过滤
$_GET['y']和$_GET['m']：直接用intval($_GET['y'])不够，需加范围检查（比如年份限制在 1900–2100，月份强制 1–12），否则传y=abc会导致mktime()返回 false，整个日历空白 - 用
strtotime("2025-13-01")这类非法日期会自动归正为 2026-01-01，表面正常实则逻辑错乱，建议先用checkdate($m, 1, $y)校验
calendar 扩展开着没坏处，但关着也不妨碍你做出可用的万年历——把 date() 用熟、把参数兜住，比折腾扩展重要得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
