Ormlite日期存储异常：当日21点后保存日期偏移一天

这明显是时区处理不一致引发的问题，结合你提到的“当日21点后触发”的规律，核心原因是：GMT-3时区的21点后，对应UTC的次日0点，此时某个环节的时区转换逻辑出错，导致日期被错误地“推”到了第二天。下面是具体的排查和修复步骤：

1. 先确认SQL语句中的日期值 #

你代码里注释了Log.d("esus-mobile", "SQL: " + updateBuilder.prepareStatementString());，先取消注释，查看生成的UPDATE语句里的日期参数：

• 如果SQL里的日期已经是2019-08-10 23:56:03，说明问题出在Java端对日期的解析或传递过程；
• 如果SQL里的日期是正确的2019-08-09 23:56:03，那问题出在数据库的时区配置或Ormlite与数据库的时区交互逻辑。

2. 排查Java端日期解析/传递问题 #

你提到已经确认preencherCamposUpdateRecursivo里的日期无误，但要注意几个容易踩坑的点：

• Java的Date对象本质是UTC时间戳，直接用toString()打印的话，会默认用本地时区格式化，很容易造成“日期正确”的错觉。建议用指定时区的格式化工具验证实际时间戳：

  SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss Z");
  // 打印GMT-3时区的时间
  sdf.setTimeZone(TimeZone.getTimeZone("GMT-3"));
  Log.d("esus-mobile", "业务时区时间: " + sdf.format(parObj.get你的日期字段()));
  // 打印UTC时间
  sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
  Log.d("esus-mobile", "UTC时间: " + sdf.format(parObj.get你的日期字段()));
  

• 检查JavaScript传递的日期字符串解析逻辑：你收到的字符串是"Fri Aug 09 23:56:03 GMT-03: 00 2019"（注意GMT-03: 00里的空格），如果用SimpleDateFormat的默认zzz模式解析，可能无法识别带空格的时区偏移，导致解析时忽略时区，直接用Java环境的本地时区处理。建议修改解析逻辑：

  // Java 8+ 示例：先修复字符串格式，再用DateTimeFormatter解析
  String dateStr = "Fri Aug 09 23:56:03 GMT-03: 00 2019".replace("GMT-03: 00", "GMT-03:00");
  DateTimeFormatter formatter = DateTimeFormatter.ofPattern("EEE MMM dd HH:mm:ss zzz yyyy", Locale.ENGLISH);
  ZonedDateTime zdt = ZonedDateTime.parse(dateStr, formatter);
  Date date = Date.from(zdt.toInstant());
  

3. 排查Ormlite与数据库的时区交互 #

如果Java端的Date对象是正确的，那问题大概率出在Ormlite和数据库的时区配置上：

• 检查数据库的时区设置：比如MySQL的time_zone参数、PostgreSQL的timezone参数，确保它和你的业务时区（GMT-3）一致，或者你明确知道它的时区；
• 查看数据库字段类型：如果字段是TIMESTAMP WITHOUT TIME ZONE，存储时不会保存时区信息，查询时会用数据库时区显示，这很容易造成日期混淆。建议改成TIMESTAMP WITH TIME ZONE（如果数据库支持）；
• 强制Ormlite按指定时区处理日期：可以在日期字段的注解里明确时区，避免自动转换：

  @DatabaseField(
      dataType = DataType.DATE_STRING,
      format = "yyyy-MM-dd HH:mm:ss",
      timezone = "GMT-3"
  )
  private Date yourDateField;
  

4. 针对性修复 #

根据排查结果选择对应方案：

• 如果是解析时的时区识别问题：修复日期字符串的解析逻辑，确保正确识别GMT-3时区；
• 如果是Ormlite与数据库的时区不匹配：统一业务时区、数据库时区和Ormlite的时区配置；
• 如果是字段类型问题：将数据库字段改为带时区的时间戳类型，确保时区信息被正确存储和读取。

内容的提问来源于stack exchange，提问作者João Carlos