phpenv 中需修改对应版本 php.ini（如 phpenv\versions\8.2.12\etc\php.ini）的 date.timezone = asia/shanghai，重启 web 服务或 cli，并确保 windows 系统时区为“中国标准时间”且时间准确。
phpEnv 中找不到 php.ini 怎么改 date.timezone
phpEnv 是 Windows 下的 PHP 多版本环境管理工具，它的 php.ini 文件默认不在常规路径（如 C:\Windows 或 PHP 安装根目录），而是在每个 PHP 版本子目录下。常见位置是：phpenv\versions\{version}\etc\php.ini（例如 phpenv\versions\8.2.12\etc\php.ini）。
直接用资源管理器打开该路径，搜索 date.timezone；如果整行被注释（前面有分号 ;），去掉分号，并设为：
date.timezone = Asia/Shanghai
保存后，**必须重启 phpEnv 的 CLI 或 Web 服务（如 Apache/Nginx）才能生效**——仅重启命令行窗口或刷新浏览器无效。
- 不推荐用
PRC：虽然旧资料提过，但 PHP 7.4+ 已标记为废弃，date_default_timezone_set("PRC")会触发E_DEPRECATED警告 - 别写
GMT+8或UTC+8：这些不是 IANA 时区标识符，PHP 会静默失败并回退到 UTC - 验证是否生效：在 PHP 脚本中运行
echo date_default_timezone_get();，输出应为Asia/Shanghai
在 phpEnv 的 Apache/Nginx 环境中，date_default_timezone_set 不起作用？
这是因为 phpEnv 启动 Web 服务时，通常加载的是 php.ini 中的全局配置，而 date_default_timezone_set() 只影响当前脚本执行期。如果页面里写了 date_default_timezone_set("Asia/Shanghai") 却仍差 8 小时，大概率是：该语句没被执行，或执行得太晚。
典型错误场景：
- 放在
include或require之后——而被包含文件里已调用了date()，此时时区还没设，PHP 用默认 UTC 计算，结果已错 - 放在条件判断里（如
if ($_SERVER['HTTP_HOST'] === 'xxx')），实际请求未命中分支 - 使用了 OPcache：修改了代码但没清除缓存，旧字节码仍在运行
稳妥做法是，在 Web 入口文件（如 index.php）最顶部、任何输出和函数调用之前加：
<?php date_default_timezone_set("Asia/Shanghai"); ?>
phpEnv 切换 PHP 版本后时间又变回 UTC？
phpEnv 每个 PHP 版本维护独立的 php.ini，切换版本 ≠ 自动同步配置。你刚在 8.1 里修好了 date.timezone，切到 8.2 后，它用的是自己那份未修改的 php.ini，自然还是 UTC。
检查当前生效的 php.ini 路径，运行：
php --ini
输出中的 “Loaded Configuration File” 行就是当前 CLI 使用的配置；Web 环境则需查看 phpinfo() 页面里的 “Loaded Configuration File”。
- 不要只改一个版本，所有常用版本（尤其是 Apache/Nginx 绑定的那几个）都要逐个检查并设置
date.timezone - phpEnv 的
phpenv rehash不会影响时区配置，它只更新 bin 符号链接 - 如果用的是 phpEnv 自带的 Apache，确认
httpd.conf中LoadModule php_module指向的是你期望的 PHP 版本路径
为什么 echo date("Y-m-d H:i:s") 还是少 8 小时？
排除配置问题后，最后一个常见干扰源是：**系统时间本身不对**。phpEnv 依赖宿主 Windows 系统时间，如果 Windows 时间不准（比如 BIOS 时间错误、时区设成 UTC、或开启了“通过 Internet 时间服务器同步”但服务器返回异常值），PHP 再怎么设时区也无力回天。
检查步骤：
- 右键任务栏时间 → “调整日期和时间” → 确认“时区”是“中国标准时间”，且“自动设置时间”开启
- 命令行运行
time /t和date /t，对比是否与网络标准时间一致（如 time.is 或 ntp.timeapi.org） - 若 Windows 时区被误设为
UTC，即使 PHP 设了Asia/Shanghai，也会变成“UTC+8 基于错误的 UTC”，结果仍是错的
真正关键的不是“PHP 怎么设”，而是“整个时间链路：硬件时钟 → Windows 系统时间 → PHP 时区解释”是否闭环可信。任一环松动，date() 就不可靠。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
