phpEnv 的 php.ini 文件位于安装目录下的 php\php版本号\ 子目录中，如 phpEnv\php\php-8.2.12\php.ini；需通过 phpinfo() 查看 “Loaded Configuration File” 确认实际路径，而非默认系统路径。
phpEnv 的 php.ini 文件在哪
phpEnv 是 Windows 下的便携式 PHP 环境（类似 XAMPP 但更轻量），它的 php.ini 不在系统全局路径，而是在 phpEnv 安装目录下的 php\php版本号\ 子目录里。常见路径如：phpEnv\php\php-8.2.12\php.ini。不要去系统 C:\Windows 或其他位置找——那些无效。
确认方法：运行一个 PHP 脚本，内容为 <?php phpinfo(); ?>，在输出页面中查找 “Loaded Configuration File” 这一行，后面显示的路径就是当前生效的 php.ini。
修改 date.timezone 后必须重启服务吗
是的，phpEnv 自带 Apache/Nginx 和 PHP-FPM 控制面板，但关键点在于：它默认以 Apache 模块（mod_php）方式运行 PHP，所以只重启 Apache 就够了，PHP-FPM 不需要单独操作。
实操步骤：
立即学习“PHP免费学习笔记（深入）”；
- 编辑找到的
php.ini，搜索date.timezone - 若该行被注释（如
;date.timezone =），删掉开头的分号 - 设为标准 IANA 时区，例如：
date.timezone = "Asia/Shanghai"（双引号可选，但建议保留，避免空格解析异常） - 保存文件，在 phpEnv 控制面板中点击 “Restart Apache”（不是 “Stop/Start”，要 Restart 才能重载配置）
不重启的话，phpinfo() 里看到的 date.timezone 值不会变，所有时间函数仍按 UTC 或旧值运行。
为什么设成 "PRC" 或 "China/Standard_Time" 会失败
PHP 自 5.4 起已废弃非 IANA 标准时区标识符。PRC 和 China/Standard_Time 在新版 PHP（尤其是 7.4+ 和全部 8.x）中会直接报 Warning 并回退到 UTC，导致时间差 8 小时——这是最常被忽略的兼容性坑。
正确做法只有一条：
- 始终使用 IANA 数据库中的完整时区名，中国大陆唯一推荐的是
"Asia/Shanghai" - 不要用缩写、别名或操作系统本地名（如
GMT+8、UTC+8、Beijing） - 不确定时，查官方列表：https://www.php.cn/link/cfb215a2172413b879f26a7094f70bcc
date_default_timezone_set() 在 phpEnv 里能替代 php.ini 吗
能，但不推荐作为主方案。它只对当前脚本生效，且必须放在 任何时间函数调用之前，比如 date()、strtotime()、new DateTime() 都还没执行过。
问题在于：phpEnv 常用于跑框架（如 Laravel、CI4）、CMS（如 WordPress）或 Composer 包，它们内部可能在你代码加载前就调用了时间函数——这时 date_default_timezone_set() 已失效，日志、缓存、JWT 签发等环节仍会出错。
所以仅建议用于临时调试或单文件脚本，生产环境务必改 php.ini 中的 date.timezone。
时区不是“显示问题”，它参与时间戳生成、比较、序列化、数据库写入等多个底层逻辑；设错之后，症状往往延迟暴露，比如缓存突然提前失效、定时任务跳过执行、日志时间乱序——这些比报错更难排查。
