Material Date Picker日期保存问题：格式修改及存储日期滞后解决

刚碰到过一模一样的问题，这两个坑本质上都是日期处理时的时区转换和格式化逻辑没捋清楚，给你一步步拆解解决：

一、修改保存时的日期格式 #

Material Date Picker默认返回的是时间戳（Long类型）或者LocalDate对象，要转换成你需要的格式（比如yyyy-MM-dd、MM/dd/yyyy等），可以用Java 8+的DateTimeFormatter或者传统的SimpleDateFormat：

用DateTimeFormatter（推荐，线程安全） #

如果是Kotlin/Java 8+项目，处理LocalDate的方式更简洁：

val datePicker = MaterialDatePicker.Builder.datePicker().build()
datePicker.addOnPositiveButtonClickListener { selection ->
    // 将时间戳转换为本地时区的LocalDate
    val localDate = Instant.ofEpochMilli(selection)
        .atZone(ZoneId.systemDefault())
        .toLocalDate()
    // 定义目标格式
    val dateFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd")
    val formattedDate = localDate.format(dateFormatter)
    // 这里就可以保存formattedDate到数据库或SharedPreferences了
}

用SimpleDateFormat（兼容旧版本） #

如果项目还在用Java 7及以下，用SimpleDateFormat注意线程安全问题（最好每次创建新实例）：

MaterialDatePicker<Long> datePicker = MaterialDatePicker.Builder.datePicker().build();
datePicker.addOnPositiveButtonClickListener(selection -> {
    Date selectedDate = new Date(selection);
    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd", Locale.getDefault());
    String formattedDate = sdf.format(selectedDate);
    // 保存formattedDate
});

二、解决保存日期比输入晚一天的问题 #

这个问题90%都是时区偏移导致的：Material DatePicker返回的时间戳是UTC时区的零点，当你直接转换为本地日期时，如果本地时区在UTC+X（比如东八区），就会出现日期“提前”一天的情况；或者存到数据库时没有考虑时区，导致读取时显示错误。

解决方案1：明确时区转换 #

在将时间戳转换为LocalDate时，一定要指定本地时区，而不是默认的UTC：

// 错误写法：直接用UTC时区转换，会导致日期偏移
// val wrongDate = Instant.ofEpochMilli(selection).atZone(ZoneOffset.UTC).toLocalDate()

// 正确写法：用系统默认时区（用户所在时区）
val correctDate = Instant.ofEpochMilli(selection)
    .atZone(ZoneId.systemDefault())
    .toLocalDate()

解决方案2：数据库存储时用时间戳而非字符串 #

如果是存到SQLite或其他数据库，建议直接存储原始的时间戳（Long类型），读取时再转换为对应时区的日期格式，这样可以避免时区转换带来的误差。

解决方案3：检查后端/数据库的时区配置 #

如果是保存到后端服务器后出现日期偏移，要确认后端服务器的时区设置是否和客户端一致，或者后端在处理日期时是否做了正确的时区转换。

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