PHP 7 强制要求显式设置时区，否则 time 函数直接报致命错误；strtotime() 等函数不再自动修正非法日期，须判空并改用 DateTime::createFromFormat() 显式校验。
PHP 5 和 PHP 7 的时区设置不是“兼容不兼容”的问题，而是“必须改、不改就崩”的硬性升级门槛。PHP 7 彻底废除了无时区上下文下的静默容忍机制——没设时区，date()、strtotime()、DateTime 等函数直接抛出 Fatal error，脚本中断，根本不会给你机会输出错误页面。
date.timezone 未配置导致致命错误
PHP 5.4 起已弃用“默认 UTC + 警告”的宽松行为；PHP 7 完全移除该兜底逻辑。只要 date.timezone 在 php.ini 中未显式设置，或脚本中未调用 date_default_timezone_set()，所有时间函数立即失败。
- 检查方式：
echo date_default_timezone_get();—— 若输出为空或UTC（而非你期望的Asia/Shanghai），说明未生效 - 优先改
php.ini：取消注释;date.timezone =行，填入真实时区，例如：date.timezone = "Asia/Shanghai" - 若无法改配置（如共享主机），必须在**每个入口脚本最顶端**（早于任何时间函数调用）插入：
date_default_timezone_set('Asia/Shanghai'); - 注意：时区字符串必须来自 PHP 官方时区列表，
PRC、GMT+8等非标准写法在 PHP 7 下会返回false并触发错误
strtotime() 在非法日期上从“容错”变“拒收”
PHP 5 对模糊或越界时间字符串（如 "2023-13-01"、"2023-02-30"）会尝试自动校正并返回时间戳；PHP 7 则严格校验，直接返回 false，后续 date('Y-m-d', $ts) 就会因传入 false 触发警告甚至 TypeError。
- 所有
$ts = strtotime($input)必须加判空：if ($ts === false) { /* 记录日志或 fallback 处理 */ } - 别依赖自动修正逻辑，改用
DateTime::createFromFormat()显式指定格式：$dt = DateTime::createFromFormat('Y-m-d', $input); if (!$dt || $dt->format('Y-m-d') !== $input) { /* 格式不匹配 */ } - 避免用
mktime()拼接时间，它在 PHP 7 下对非法参数同样返回false；改用new DateTime("$year-$month-$day $hour:$minute:$second")，异常可捕获
时区设置位置错位引发“部分生效”假象
常见误操作：把 date_default_timezone_set() 放在 include 或函数内部，或放在 date() 调用之后——这会导致某些模块走默认时区（UTC），另一些走设定时区，时间显示混乱且难以复现。
立即学习“PHP免费学习笔记（深入）”；
- 必须确保该调用出现在**所有时间相关代码之前**，且在**全局作用域**（非函数内、非条件分支内）
- 若项目使用自动加载或框架路由，确认该语句在框架初始化前执行（例如 Laravel 的
public/index.php顶部，非app/Providers/AppServiceProvider.php内） - 用
var_dump(ini_get('date.timezone'));和var_dump(date_default_timezone_get());双重验证，二者应一致
最容易被忽略的是：时区设置不是“一次配置、永久有效”，它受 php.ini、.htaccess（Apache）、user.ini、ini_set() 多层覆盖影响。上线前务必在目标环境实测 date() 输出，别信本地开发机的结果。
