php date()函数时间错误主因是时区未设置或时间戳混乱，80%可通过date_default_timezone_set('asia/shanghai')解决；默认fallback到utc导致快慢8小时，需用date_default_timezone_get()确认实际生效时区。
PHP 的 date() 函数输出时间不对，大概率不是函数本身的问题，而是时区没设对，或时间戳来源混乱——直接改 date_default_timezone_set() 就能解决 80% 的情况。
为什么 date() 总显示 UTC 或错误时间？
PHP 默认不主动读系统时区，date() 依赖内部时区设置。没显式设置时，它可能 fallback 到 UTC（尤其在 Docker、新装环境、共享主机上），导致输出比本地快/慢 8 小时之类。
- 用
date_default_timezone_get()查当前生效时区，别信 phpinfo() 里写的“默认值” - 常见错误：在
date()调用前漏掉date_default_timezone_set('Asia/Shanghai') - 注意：
ini_set('date.timezone', '...')也能设，但优先级低于date_default_timezone_set()，且某些 SAPI（如 CLI）可能忽略 ini 设置
date() 和 strtotime() 混用导致时间偏移
当把字符串传给 strtotime() 再喂给 date()，时区解释规则容易出错。比如 strtotime('2024-05-01') 在无时区上下文时，会按服务器默认时区解析成当天 00:00，而非 UTC 00:00。
- 明确带时区的字符串更可靠：
strtotime('2024-05-01 00:00:00 Asia/Shanghai') - 避免裸日期字符串：
'2024-05-01'不含时区信息，strtotime()解析结果依赖当前默认时区 - 如果业务要求统一按 UTC 处理，先设时区：
date_default_timezone_set('UTC')，再调date()和strtotime()
Docker 或 CLI 环境下时区失效怎么办？
容器内 PHP 常因基础镜像没配时区，或 CLI 模式绕过 web server 的配置，导致 date_default_timezone_set() 被忽略或重置。
- 检查是否被框架覆盖：Laravel、Symfony 等会在启动时重设时区，确认你的设置在框架初始化之后执行
- Docker 中确保宿主机时区映射正确：
-v /etc/localtime:/etc/localtime:ro，否则date()可能读到空时区 - CLI 下单独测试：运行
php -r "echo date_default_timezone_get();"，验证是否真生效
真正麻烦的不是设时区，而是代码里多处混用不同时间源（time()、$_SERVER['REQUEST_TIME']、数据库 timestamp、用户提交的字符串），又没统一转换逻辑。一旦跨时区服务交互，问题会藏得更深。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
