应将XAMPP中php.ini里实际生效的date.timezone值设为Asia/Shanghai并重启Apache，因XAMPP存在多处配置且后项覆盖前项，PRC已不推荐使用，且Asia/Beijing不在IANA数据库中。
XAMPP 下 PHP 时间比本地少 8 小时，基本可以断定是时区没设对，不是系统时间错、也不是代码逻辑问题——date() 默认用 UTC，而你机器上跑的是中国标准时间（CST），差正好 8 小时。
为什么改了 php.ini 还不生效？
XAMPP 的 php.ini 文件里通常有两处 date.timezone 配置：一处在靠前位置（比如第 941 行），默认被注释；另一处在靠后（常见于第 2013 行左右），是 XAMPP 自己加的覆盖项，带实际值（如 date.timezone = Europe/Berlin）。你只改前面，后面会直接覆盖掉。
实操建议：
- 用文本编辑器打开
xampp/php/php.ini，全局搜索date.timezone - 找到所有匹配行，重点看**有赋值的那条**（不是以分号开头、且等号右边有内容）
- 把它改成
date.timezone = Asia/Shanghai（不要用PRC，虽然部分旧版本兼容，但 PHP 官方已不推荐，且某些新版 XAMPP 会报 warning） - 保存后必须重启 Apache（不是刷新页面，是点 XAMPP 控制面板里的 Stop → Start）
怎么确认当前生效的时区？
别猜，直接查。在 htdocs 下建个 tztest.php，写：
立即学习“PHP免费学习笔记（深入）”；
<?php
echo 'Current timezone: ' . date_default_timezone_get() . "\n";
echo 'Now: ' . date('Y-m-d H:i:s') . "\n";
?>
浏览器访问 http://localhost/tztest.php。如果输出是 Europe/Berlin 或 UTC，说明配置没生效；如果是 Asia/Shanghai，且时间正确，就 OK 了。
注意：date_default_timezone_get() 返回值不含前缀或数字（网上有些例子看到返回 1Asia/Shanghai 是因误加了字符串拼接，不是正常现象）。
代码里临时设置时区靠谱吗？
可以，但只适合调试或无法改配置的受限环境。用 date_default_timezone_set("Asia/Shanghai") 必须在所有调用 date()、strtotime() 等函数之前执行，且不能放在函数内部或条件分支里漏掉。
常见错误场景：
- 在某个 include 文件里设置了，但主脚本先调用了
date()，结果前几行时间还是错的 - 用了 Composer autoload，类自动加载时触发了依赖中的时间函数，此时还没 set
- CLI 模式下运行脚本，和 Web 模式用的不是同一个
php.ini，导致行为不一致
所以优先改配置文件，代码中 set 只当兜底手段。
Asia/Shanghai 和 PRC 有什么区别？
PRC 是 PHP 5.2 以前遗留的别名，现在已从时区数据库中移除。PHP 7.0+ 仍能识别它，但会触发 Deprecated 警告；某些严格模式或容器环境（如 Alpine + PHP 8.2）可能直接报错。
官方推荐始终用完整地理标识符：Asia/Shanghai（上海）、Asia/Chongqing（重庆）、Asia/Hong_Kong（香港）都合法，语义清晰，无歧义。别图省事写 PRC 或 CST。
另外，Asia/Beijing 并不存在于 IANA 时区数据库，PHP 不认——这也是为什么所有资料都写 Shanghai 而不是 Beijing。
