date()格式字符串需严格按大小写敏感的字符规则编写，如Y为4位年份、y为2位、m为带零月份、n为不带零月份；错误示例Y-M-D H:I:S中M/D/I会输出英文缩写或夏令时标志而非数字。
date() 函数的格式字符串怎么写才不出错
PHP 的 date() 不是拼英文单词，而是按字符规则解析——每个字母代表一个时间单位，大小写敏感，重复有含义。比如 Y 是 4 位年份，y 是 2 位；m 是带前导零的月份数字，n 是不带零的。
常见错误是把 Y-m-d H:i:s 写成 Y-M-D H:I:S，结果 M 输出英文缩写（Jan），D 输出周几缩写（Mon），I 变成是否夏令时（1 或 0），完全不是想要的数字。
- 想输出「2024-05-21 14:30:05」：用
date('Y-m-d H:i:s') - 想输出「2024/05/21(二) 14:30」：用
date('Y/m/d(D) H:i')—— 注意括号要加反斜杠转义，否则(D)会被当成字面量，实际得写'Y/m/d\(D\) H:i' - 中文星期、月份需额外处理：
date()本身不支持 locale 中文输出，l或F永远是英文，别指望它自动变「五月」「星期二」
time() 和 date() 配合时区容易踩的坑
time() 返回的是 Unix 时间戳（UTC 秒数），date() 默认按服务器时区解释它。如果你没改过时区，很可能显示的是服务器本地时间（比如东八区），但代码部署到美国服务器就变成 UTC-5，同一段代码输出差 13 小时。
最稳妥的做法是显式设置时区，而不是依赖 php.ini 或系统配置：
立即学习“PHP免费学习笔记（深入）”；
- 全局设（推荐在脚本开头）：
date_default_timezone_set('Asia/Shanghai') - 临时设（只影响当前
date()调用）：date('Y-m-d', $timestamp + 8 * 3600)—— 这种硬加秒数的方式极易出错，尤其跨夏令时，绝对不要用 - 验证当前时区：
date_default_timezone_get()，别假设它就是你想要的
需要中文日期或更灵活格式？别硬套 date()
当需求超出 date() 原生能力（比如「二〇二四年五月二十一日」「本月最后一天」「3 天前」），硬拼格式字符串或手动替换会越来越难维护。
这时候该换工具：
- PHP 5.2+ 自带
DateTime类：$dt = new DateTime('now', new DateTimeZone('Asia/Shanghai'));，再用$dt->format('Y年m月d日')—— 注意：中文字符仍需自己写，format()也不认识「年」「月」 - 真正要中文输出，得结合
strftime()+setlocale()，但 Windows 下setlocale(LC_TIME, 'Chinese')不稳定，Linux 也常缺 locale 包 - 生产环境建议用
symfony/intl或carbon：它们封装了 ICU 数据，能正确输出「五月二十一日」，但引入外部依赖前先确认是否值得
性能和兼容性：date() 在 PHP 8 里有啥变化
date() 本身没变，但 PHP 8 对无效格式字符串更严格。比如旧版容忍 date('Y-m-d H:i:s', false) 返回空字符串，PHP 8 直接报 Warning: date(): Invalid date format 并返回 false。
另外注意：date() 是纯函数，不依赖对象状态，所以高频调用（如日志打点）几乎没性能压力。但若频繁切换时区，date_default_timezone_set() 有轻微开销，应避免在循环里反复调用。
还有个隐形问题：Windows 下 date('I')（是否夏令时）可能返回错误结果，因为 Windows 的时区数据库更新滞后，别拿它做关键逻辑判断。
