PHP date() 默认包含秒是设计使然，需显式指定不含s的格式字符串；推荐用DateTime类处理时区和动态格式，避免strtotime隐式补秒及JSON中误删冒号。
PHP date() 函数默认带秒数，不是bug是设计
PHP 的 date() 默认格式（比如 'Y-m-d H:i:s'）天然包含秒，这不是你代码写错了，而是它本来就这样。如果你只想要年月日或时分，得显式指定不含 s 的格式字符串。
常见错误现象：调用 date('Y-m-d H:i', $timestamp) 却发现输出末尾还是有 :00 —— 其实那是分钟后的冒号和“秒位”，但因为你没写 s，它不会补零也不会硬加，所以这大概率是你看错了输出，或者实际用了 'Y-m-d H:i:s' 却以为没写 s。
- 正确写法示例：
date('Y-m-d', $ts)→2024-06-15；date('H:i', $ts)→14:23 - 别用
strtotime()反向“截断”再转回日期，徒增开销且易出错 - 注意时区：如果没设
date_default_timezone_set()，date()会按系统默认时区解析，可能和你预期的“本地时间”不一致
用 DateTime 类更可控，尤其要处理时区或动态格式
当你要做时区转换、加减时间、或根据条件拼格式时，DateTime 比 date() 更稳。它不会因为格式字符串漏写一个字符就多出秒——它根本不会自动补任何部分。
使用场景：API 返回时间戳要转成「今天 14:23」这样的相对格式；或用户在东京下单，需显示为北京时间。
立即学习“PHP免费学习笔记（深入）”；
- 基础用法：
$dt = new DateTime('@' . $timestamp); $dt->setTimezone(new DateTimeZone('Asia/Shanghai')); echo $dt->format('Y-m-d H:i'); - 避免直接拼接字符串做时区转换，比如
date('Y-m-d H:i', strtotime($timestamp . ' +8 hours'))—— 这在夏令时切换期会翻车 -
DateTime::createFromFormat()适合解析非标准格式字符串，但对纯时间戳没必要，反而容易因格式符错配导致返回false
警惕 strtotime() 偷加秒数的隐式行为
strtotime() 输入含时间的字符串（如 '2024-06-15 14:23'）时，会自动补 :00 秒；输入只有日期（如 '2024-06-15'）则补 00:00:00。这不是“多余”，是它的解析逻辑：它必须补全到完整时间点才能转成时间戳。
错误现象：你传了 '2024-06-15' 给 strtotime()，再用 date('Y-m-d H:i', ...) 输出，看到 2024-06-15 00:00，误以为“多了秒”，其实是它把日期默认解释成当天零点。
- 若你真只要日期部分，别用
strtotime()中转，直接date('Y-m-d', $timestamp) - 若必须从字符串解析，且确定不要秒，用
DateTime::createFromFormat('Y-m-d', $str)更明确，它不会猜秒 -
strtotime('now')和time()效果一样，但前者多一层解析，无必要时不建议用
JSON 输出里时间字段多出 :00？检查序列化前的格式
PHP json_encode() 不会动时间字符串，所谓“JSON里多出秒”一定是你生成字符串时就包含了秒。比如 ['created_at' => date('c', $ts)] 用的是 ISO 8601 格式，必然带秒和时区，这是标准，不是问题。
常见需求：前端只要 YYYY-MM-DD HH:MM，不希望看到 2024-06-15T14:23:00+08:00。
- 解决方法很简单：序列化前就用
date('Y-m-d H:i', $ts)或$dt->format('Y-m-d H:i') - 别在 JSON 后用
str_replace()去掉:00—— 容易误杀正常内容，比如地址里的冒号 - 如果用 Laravel 或其他框架，注意它们的日期访问器（accessor）可能默认走
toIso8601String()，得手动覆盖格式
