System.Drawing 读 EXIF 易报 OutOfMemoryException 且仅限 Windows，推荐跨平台 ImageSharp；批量扫描应使用 Directory.EnumerateFiles() 配 try/catch 并标准化路径；GPS 查询需用 WKT+R-Tree，时间排序须统一 ISO 8601 格式。
如何读取图片的 EXIF 元数据（C# + System.Drawing 的坑）
直接用 System.Drawing 读 EXIF 很容易报 OutOfMemoryException 或返回空——它对非 JPEG/不规范头的文件容忍度极低，且在 .NET 6+ 中已被标记为“仅限 Windows”。
实操建议：
- 改用
Microsoft.Win32.SafeHandles+Windows.Graphics.Imaging（UWP/WinRT API），或更通用的ImageSharp库 -
ImageSharp需引用ImageSharp.MetaData包，读取稳定、跨平台，且支持 JPEG/TIFF/HEIC（部分） - 注意：EXIF 是嵌入在 JPEG 文件 APP1 段里的二进制块，不是所有“带缩略图的图”都含完整字段；
DateTimeOriginal、GPSLatitude等字段可能根本不存在
using (var image = Image.Load("photo.jpg", out var metadata))
{
if (metadata.ExifProfile != null)
{
var dt = metadata.ExifProfile.GetValue(ExifTag.DateTimeOriginal)?.GetValue<DateTime>();
var gps = metadata.ExifProfile.GetValue(ExifTag.GPSLatitude);
}
}如何批量扫描目录并建立元数据索引（避免阻塞 + 路径处理）
直接 Directory.GetFiles(..., SearchOption.AllDirectories) 在深层嵌套或权限受限路径下会卡死或抛 UnauthorizedAccessException。
实操建议：
- 用
Directory.EnumerateFiles()流式遍历，配合try/catch捕获单文件异常，不中断整体流程 - 跳过系统隐藏文件夹（如
$RECYCLE.BIN、System Volume Information），否则会频繁触发权限错误 - 文件路径必须用
Path.GetFullPath()标准化，否则后续数据库存路径或 Web 返回时容易因相对路径、大小写、斜杠方向出错 - 建议加
ConcurrentDictionary<string, MetadataRecord>缓存已处理项，避免重复解析同一文件（比如硬链接或同步工具生成的副本）
搜索时怎么查 GPS 坐标或时间范围（SQL 查询 vs 内存过滤）
把所有 EXIF 数据塞进 SQLite 后，查“5km 内的照片”不能只靠 WHERE latitude BETWEEN ... AND ...——地球是球面，简单矩形框会漏掉经度跨越 180° 的点，且没考虑 WGS84 椭球模型。
实操建议：
- 存储时把
GPSLatitude、GPSLongitude转成十进制度数（float），同时加一列gps_point存 WKT 格式（如POINT(121.47 31.23)），再建 R-Tree 索引 - SQLite 自带
rtree扩展，但需手动启用；更稳妥是用SpatiaLite或干脆用 PostgreSQL + PostGIS（如果服务端可控） - 时间范围搜索优先走数据库索引：确保
datetime_original列是TEXT格式且按 ISO 8601（yyyy-MM-dd HH:mm:ss）存储，这样BETWEEN可走 B-tree 索引
为什么搜索结果顺序总不对（排序陷阱与时区）
DateTimeOriginal 是字符串，内容可能是 "2023:05:21 14:30:22"，也可能带时区偏移（如 "+08:00"），直接 ORDER BY datetime_original 会按字典序排，导致 2023:12
实操建议：
- 入库前统一转成
DateTimeOffset，解析失败则设为默认值（如DateTimeOffset.MinValue），绝不留空字符串 - 数据库字段类型必须是
TEXT存 ISO 格式（2023-05-21T14:30:22+08:00），或INTEGER存 Unix 时间戳（秒级即可，EXIF 时间精度通常只到秒） - 前端展示时别依赖后端传来的原始字符串做排序，客户端 JS new Date() 解析不同格式容错率低；服务端返回前就该完成排序和分页
EXIF 字段语义模糊——比如 DateTimeDigitized 和 DateTimeOriginal 在手机相册里经常被混用，连厂商自己都不严格区分。搜索服务上线前，务必拿真实设备（尤其 iPhone、华为、GoPro）导出的图批量验证字段存在性和格式一致性。
