在CoreData中存储无时区依赖日期：选Date还是String？

你遇到的日期偏差问题，根源在于Date类型本质是带时区的时间戳：DatePicker选中的日期会被系统转换为当前设备时区的当日起始时间，存储到CoreData后，格式化时强制使用GMT时区，就可能出现跨时区的日期偏移（比如东八区选10月1日，实际对应的GMT时间是9月30日16点，格式化后就显示成9月30日）。

不建议存储为String类型，因为字符串无法直接进行日期计算（比如算年龄、排序），后续维护和扩展成本高，远不如结构化的日期类型灵活。推荐用以下两种方案解决：

方案一：统一UTC时区处理Date的存储与显示 #

通过将选中的日期转换为UTC时区的当日0点，确保存储和格式化时的时区一致，避免偏差：

1. 添加日期转换工具函数：

func convertToUTCMidnight(_ date: Date) -> Date {
    let calendar = Calendar(identifier: .gregorian)
    // 提取选中日期的年、月、日组件
    var dateComponents = calendar.dateComponents([.year, .month, .day], from: date)
    // 指定组件的时区为UTC
    dateComponents.timeZone = TimeZone(secondsFromGMT: 0)
    // 生成UTC时区的当日0点时间
    return calendar.date(from: dateComponents)!
}

2. 保存时使用转换后的日期：

let newUser = User(context: viewContext)
// 转换为UTC午夜时间后再存储
newUser.birthdate = convertToUTCMidnight(birthdate)

do {
    try viewContext.save()
} catch {
    // 处理错误
}

3. 显示时保持原有的格式化逻辑（已设置UTC时区）：

let formatter = DateFormatter()
formatter.timeZone = TimeZone(secondsFromGMT: 0)
formatter.dateFormat = "dd MMM yyyy"
// 格式化存储的Date即可得到正确日期
let displayDate = formatter.string(from: user.birthdate!)

方案二：直接存储DateComponents（iOS 15+） #

从iOS 15开始，CoreData支持直接存储DateComponents类型，它可以单独存储年、月、日，完全脱离时区影响，是存储生日这类仅需日期部分场景的最优解：

1. 修改CoreData模型：
   将birthdate字段的类型从Date改为DateComponents（可根据需求设置是否可选）。

2. 保存时提取日期组件：

let newUser = User(context: viewContext)
let calendar = Calendar(identifier: .gregorian)
// 提取选中日期的年、月、日组件
let components = calendar.dateComponents([.year, .month, .day], from: birthdate)
newUser.birthdateComponents = components

do {
    try viewContext.save()
} catch {
    // 处理错误
}

3. 显示时转换为字符串：

// 从CoreData取出DateComponents
let components = user.birthdateComponents!
// 用DateFormatter生成字符串（时区不影响年月日的显示）
let formatter = DateFormatter()
formatter.dateFormat = "dd MMM yyyy"
let date = Calendar.current.date(from: components)!
let displayDate = formatter.string(from: date)

以上两种方案都能彻底解决日期偏差问题，优先推荐方案二（如果你的App支持iOS 15及以上），它更贴合无时区日期的存储需求；若需兼容更低版本，方案一也能稳定解决问题。

内容的提问来源于stack exchange，提问作者alionthego