必须用exif_read_data()读取DateTimeOriginal字段获取实际拍摄时间，注意检查存在性、用str_replace或DateTime::createFromFormat处理冒号格式，并根据业务需求决定是否转UTC时区。
PHP 读取图片 EXIF 中的拍摄时间，不能直接用 filemtime() 或 getimagesize()，必须调用 exif_read_data() 并注意时区与格式转换问题。
EXIF 拍摄时间字段名和存在性判断
不是所有 JPEG 都含完整 EXIF，更不是所有设备都写入 DateTimeOriginal。这个字段才是「实际拍摄时间」，DateTime 是文件修改时间（常被覆盖），ModifyDate 则不可靠。
实操建议：
- 先用
exif_read_data($filepath, 'EXIF', true)获取结构化数据，第三个参数设为true可按节分组，便于定位 - 检查
$exif['EXIF']['DateTimeOriginal']是否存在且非空，避免未定义索引警告 - 部分安卓或压缩图可能只有
DateTimeDigitized（数字化时间），可作为备选，但语义不同 - 若返回 false，说明 EXIF 被剥离或文件非 JPEG/ TIFF，不要硬转 —— 直接 fallback 到
filectime()或报错
字符串时间转时间戳的陷阱
DateTimeOriginal 值形如 "2023:05:12 14:36:22"，冒号分隔年月日，中间有空格，不是 ISO 8601 标准格式，strtotime() 在某些 PHP 版本（尤其是 Windows 下）会解析失败或误判为 UTC。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 用
str_replace(':', '-', $datetime, 2)把前两个冒号换成短横线，得到"2023-05-12 14:36:22"，再传给strtotime() - 更稳妥用
DateTime::createFromFormat('Y:m:d H:i:s', $datetime)，明确指定格式，避免歧义 - 务必检查返回值是否为
false，解析失败时不应静默返回 0 或当前时间戳 - 注意：该时间默认无时区信息，
DateTime实例会按 PHP 默认时区解释，如需 UTC 时间戳，后续需调用setTimezone(new DateTimeZone('UTC'))
时区处理与业务含义对齐
EXIF 中的 DateTimeOriginal 理论上是设备本地时间，但多数手机不会写入时区偏移（OffsetTimeOriginal 很少出现）。这意味着你拿到的时间戳，本质是「某地当地时间对应的时间点」，而非绝对时间。
实操建议：
- 如果业务要求显示“用户拍照时的本地时间”，就别转时区，直接格式化输出即可
- 如果要做时间排序、计算间隔，建议统一转为 UTC 时间戳（用
getTimestamp()前确保DateTime对象时区已设为 UTC） - 别依赖
date_default_timezone_set()全局设置来“修正” —— 它只影响未显式设时区的DateTime实例，不改变原始 EXIF 字符串含义 - 遇到带时区的罕见 EXIF（如含
OffsetTimeOriginal），需手动拼接并用DateTime::createFromFormat()解析，否则会被忽略
EXIF 时间不是元数据里的“普通字段”，它承载着真实拍摄时刻的语义；解析时漏掉格式预处理、跳过存在性检查、忽略时区上下文，三者任一都会让时间戳失去业务意义。尤其在跨设备、跨平台批量处理照片时，这些细节比算法逻辑更容易出问题。
