PHP中不存在\_date()函数，正确方法是使用date()函数（需配合strtotime()转换时间戳）或DateTime类（支持时区、多种格式解析及国际化）。
PHP 里没有 _date 函数，这是个常见误写或混淆 —— 你真正要用的是 date()、DateTime 类，或者 strftime()（已废弃）。
为什么找不到 _date？它根本不存在
PHP 标准函数库里没有叫 _date 的函数。搜索报错如 Call to undefined function _date()，基本可以确定是拼写错误、手误，或从某段不规范的旧代码/伪代码里直接复制过来的。
常见混淆来源：
- 把
date()误打成_date()（下划线多敲了一个） - 看到别人封装的自定义函数名类似
_date_format()，误以为是内置函数 - 混淆了某些框架（如 Laravel 的辅助函数）或 CMS（如 WordPress 的
date_i18n()）里的命名习惯
date() 是最常用也最直接的选择
格式化时间字符串，date() 是 PHP 原生最轻量、最常用的方式，但它只接受时间戳（int），不支持字符串输入。
立即学习“PHP免费学习笔记（深入）”；
实操要点：
- 必须先用
strtotime()或time()转出时间戳，再传给date() - 格式字符大小写敏感：
Y是 4 位年份，y是 2 位；m是带前导零的月，n是无前导零的月 - 中文输出需注意：
date()默认不支持中文月份/星期，硬加汉字会乱码，应改用DateTime::format()配合setLocale()或手动映射
示例：
echo date('Y-m-d H:i:s', strtotime('2024-03-15 14:22:07')); // 输出：2024-03-15 14:22:07
用 DateTime 类更安全、更灵活
当处理时区、相对时间（如“3天后”）、多种输入格式（ISO 8601、MySQL datetime、自然语言）时，DateTime 是首选。它自动解析字符串，避免 strtotime() 的歧义和边界问题。
关键点：
- 构造失败不会静默返回 false，而是抛出
Exception，建议用 try/catch - 时区必须显式设置，否则依赖
date_default_timezone_set()全局配置，容易出错 -
format()方法支持全部date()的格式符，且可链式调用
示例：
$dt = new DateTime('2024-03-15 14:22:07', new DateTimeZone('Asia/Shanghai'));
echo $dt->format('Y年m月d日 H:i'); // 输出：2024年03月15日 14:22
别踩这些坑
实际开发中最容易栽跟头的地方不是语法，而是隐含假设：
- 默认时区没设 ——
date()和DateTime都会按 UTC 或系统默认走，线上环境常和本地不一致 - 把 MySQL 的
DATETIME字符串直接喂给date()（不经过strtotime()或DateTime构造），结果总是 1970-01-01 - 用
date('i')想取“分钟”，却写成date('m')（输出的是月份数）—— 这类字母混淆极难 debug - 在循环里反复调用
date('U')取当前时间戳，不如一次$now = time()复用，性能差不了多少，但可读性高很多
真正复杂的不是格式化本身，而是你是否清楚输入来源、时区上下文、以及要不要支持国际化显示 —— 这些决定了该用 date() 还是 DateTime，甚至要不要引入 Carbon 库。
