HTML5 input type="date" 提交的日期格式是 YYYY-MM-DD（如“2024-03-15”），符合 ISO 8601 标准，不带时区和时间，PHP 接收为字符串，需用 DateTime::createFromFormat() 严格校验并二次格式比对防非法日期。
HTML5 input type="date" 提交的日期格式是什么
浏览器原生 input type="date" 默认以 YYYY-MM-DD 格式提交，例如 "2024-03-15"，这是 ISO 8601 标准格式，也是 PHP 的 DateTime 类能直接识别的少数安全格式之一。
注意：这个值**不包含时区信息**，也不带时间部分；即使用户本地系统设为中文或使用非公历日历，浏览器仍强制输出该格式——所以后端无需做地域化解析，但也不能假设它“自动适配服务器时区”。
- 表单 method="POST" 时，
$_POST['birthday']拿到的就是字符串"2024-03-15" - 若用 GET，URL 中会显示为
?date=2024-03-15，PHP 同样收到字符串 - 不要试图用
strtotime()直接处理带中文提示或模糊写法（如“昨天”“下周一”），input type="date"不会产生这类值
PHP 接收后怎么转成可操作的时间对象
最稳妥的方式是用 DateTime::createFromFormat() 或构造函数配合异常捕获，避免依赖 strtotime() 的隐式容错（它可能把无效日期如 "2024-02-30" 转成下个月）。
if (isset($_POST['event_date']) && $_POST['event_date']) {
$dateStr = $_POST['event_date'];
// 显式指定格式，严格校验
$date = DateTime::createFromFormat('Y-m-d', $dateStr);
if (!$date || $date->format('Y-m-d') !== $dateStr) {
// 格式错误或非法日期（如 2024-02-30）
throw new InvalidArgumentException('日期格式不合法');
}
}
-
DateTime::createFromFormat()返回false时一定表示解析失败，比new DateTime($str)更可控 - 必须二次调用
$date->format('Y-m-d')对比回原字符串，否则像"2024-02-30"会被悄悄转成"2024-03-01" - 如果后续要存入 MySQL
DATE字段，直接用$date->format('Y-m-d')即可，无需再转换
MySQL 存储和查询时要注意时区陷阱
PHP 的 DateTime 对象默认使用服务器本地时区（由 date_default_timezone_set() 或 php.ini 决定），但 MySQL 的 DATE 类型本身**不存储时区**，而 DATETIME 也只按字面值存取——两者之间没有自动时区换算。
立即学习“PHP免费学习笔记（深入）”；
- 若前端用户在东京、PHP 服务器在 UTC、MySQL 在 +08:00，且你用
$date->format('Y-m-d H:i:s')存DATETIME，结果可能偏移一天 - 推荐统一用
DATE类型存纯日期，并确保所有环节都处理Y-m-d字符串，绕过时区干扰 - 查询时别用
WHERE date_column > NOW()去比纯日期，NOW()返回带时间的DATETIME，应改用CURDATE()
用户没选日期或传空字符串怎么判断
input type="date" 在未选择时，提交值是空字符串 ""，不是 null，也不是 "0000-00-00"。PHP 中需显式检查空值，不能只靠 empty()（因为 0 也会被误判）。
if ($_POST['deadline'] === '') {
// 用户根本没选，字段为空
} elseif ($_POST['deadline'] === '0000-00-00') {
// 这种情况不会发生——浏览器不会提交这个值
}
- 用严格比较
=== ''判断是否未填写，避免"0"或"false"等假值干扰 - 如果数据库字段允许 NULL，就存
NULL；如果要求非空，应在 HTML 加required属性，并在 PHP 层二次校验 - 别依赖前端
required做唯一校验——用户可以禁用 JS 或手动提交空值
DateTime::createFromFormat() 配合格式比对来堵死。 
