php显示时间错误的根本原因是未设置时区，需在php.ini中配置date.timezone="asia/shanghai"并重启apache；虚拟主机应使用php_admin_value覆盖，php-fpm则需在www.conf中设置；date_default_timezone_set()仅作临时补救。
Apache里PHP显示时间不对，先看php.ini里的date.timezone
PHP默认不设时区，date()、strtotime()这些函数会报Warning: date(): It is not safe to rely on the system's timezone settings，输出时间也常偏8小时（比如显示成UTC而非CST）。根本原因不是Apache配置，而是PHP自身没声明时区。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 找到正在生效的
php.ini：运行php --ini或在Web页面中调用phpinfo()查“Loaded Configuration File” - 编辑该文件，取消
date.timezone行的注释，填入正确值，例如：date.timezone = "Asia/Shanghai" - 别写
PRC或GMT+8——PHP只认Olson时区名，PRC已废弃，GMT+8不被识别 - 改完必须重启Apache（
sudo systemctl restart apache2或httpd），仅重载配置不够
虚拟主机里单独设时区，用php_admin_value而不是php_value
多个站点共用一个PHP，但需要不同时间显示逻辑（比如后台用UTC、前端用本地时区），就得在Apache虚拟主机配置里覆盖全局设置。这里容易踩坑：用php_value会报Invalid command 'php_value'或被忽略。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
<virtualhost></virtualhost>块内用php_admin_value date.timezone "Asia/Shanghai" -
php_admin_value优先级高于php.ini，且不能被ini_set()运行时修改，更安全 - 确认Apache已加载
mod_php（不是php-fpm模式），否则php_admin_value无效 - 若用PHP-FPM，时区必须在
www.conf里设php_admin_value[date.timezone] = Asia/Shanghai，Apache配置里加了也没用
date_default_timezone_set()只能临时补救，别当主力方案
有些代码开头硬写date_default_timezone_set('Asia/Shanghai')，看似解决问题，其实埋了隐患：一旦函数调用早于这行（比如自动加载器里用了date()），警告照出；而且分散在各处，维护成本高。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 仅用于调试、或无法修改
php.ini的共享主机环境 - 务必放在所有时间相关函数之前，且不能依赖
include顺序来保证执行时机 - 如果项目用Composer，可在
autoload.php最顶部加这一句，比散落在业务代码里稍可靠 - 注意：它不能覆盖
php_admin_value，后者优先级更高
验证是否真改好了，别只信phpinfo()
phpinfo()显示date.timezone值≠实际生效。常见假成功：Apache用的是CLI的php.ini，而Web请求走的是另一个（比如/etc/php/8.1/apache2/php.ini）；或者OPcache缓存了旧配置。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 写个最小测试页：
<?php echo date('Y-m-d H:i:s T'); ?>，直接浏览器访问，看输出时区缩写（如CST）和时间是否符合预期 - 检查
phpinfo()页面里“Configuration File (php.ini) Path”和“Loaded Configuration File”两处路径是否一致，且是你改过的那个 - 如果启用了OPcache，加
opcache.revalidate_freq=0或重启Web服务，避免缓存旧配置 - 命令行
php -r "echo date('Y-m-d H:i:s T');"输出和Web不一致？说明CLI和Apache用的不是同一份php.ini
时区问题表面简单，但php.ini路径混淆、Apache与PHP-FPM模式差异、OPcache干扰，三者叠在一起就很难快速定位。动手前先确认运行模式和真实配置路径，比反复改配置有用得多。
