android - 如何处理 JodaTime 和 Android 的时区数据库差异？

Question

我想扩展我在 Reddit Android 开发社区上开始的讨论 yesterday有一个新问题:您如何在具有过时时区信息的设备上使用 JodaTime 库管理您的应用程序附带的最新时区数据库？

问题

手头的具体问题与特定时区“欧洲/加里宁格勒”有关。我可以重现问题:在 Android 4.4 设备上，如果我手动将其时区设置为上述时区，调用 new DateTime() 会将此 DateTime 实例设置为时间比手机状态栏上显示的实际时间早一小时。

我创建了一个示例 Activity 来说明这个问题。在其 onCreate() 上，我调用以下内容:

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    ResourceZoneInfoProvider.init(getApplicationContext());
    
    ViewGroup v = (ViewGroup) findViewById(R.id.root);
    addTimeZoneInfo("America/New_York", v);
    addTimeZoneInfo("Europe/Paris", v);
    addTimeZoneInfo("Europe/Kaliningrad", v);
}

private void addTimeZoneInfo(String id, ViewGroup root) {
    AlarmManager am = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
    am.setTimeZone(id);
    //Joda does not update its time zone automatically when there is a system change
    DateTimeZone.setDefault(DateTimeZone.forID(id));
    
    View v = getLayoutInflater().inflate(R.layout.info, root, false);
    
    TextView idInfo = (TextView) v.findViewById(R.id.id);
    idInfo.setText(id);
    
    TextView timezone = (TextView) v.findViewById(android.R.id.text1);
    timezone.setText("Time zone: " + TimeZone.getDefault().getDisplayName());
    
    TextView jodaTime = (TextView) v.findViewById(android.R.id.text2);
    //Using the same pattern as Date()
    jodaTime.setText("Time now (Joda): " + new DateTime().toString("EEE MMM dd HH:mm:ss zzz yyyy"));
    
    TextView javaTime = (TextView) v.findViewById(R.id.time_java);
    javaTime.setText("Time now (Java): " + new Date().toString());
    
    
    root.addView(v);
}

ResourceZoneInfoProvider.init() 是 joda-time-android 的一部分库，它用于初始化 Joda 的时区数据库。 addTimeZoneInfo 覆盖设备的时区并在显示更新的时区信息的地方扩充新 View 。这是一个结果示例:

请注意“Kaliningrad”，Android 如何将其映射到“GMT+3:00”，因为直到 2014 年 10 月 26 日都是这种情况(参见 Wikipedia article )。甚至一些网站仍将此时区显示为 GMT+3:00，因为此更改相对较新。然而，正确的是 JodaTime 显示的“GMT+2:00”。

有缺陷的可能解决方案？

这是一个问题，因为无论我如何尝试规避它，最后我都必须格式化时间以在他们的时区中向用户显示它。当我使用 JodaTime 执行此操作时，时间格式将不正确，因为它与系统显示的预期时间不匹配。

或者，假设我用 UTC 处理所有事情。当用户在日历中添加事件并选择提醒时间时，我可以将其设置为 UTC，像这样将其存储在数据库中并完成。

但是，我需要使用 Android 的 AlarmManager 设置提醒，而不是在 UTC 时间我转换了用户设置的时间，而是在相对于他们希望触发提醒的时间。这需要时区信息才能发挥作用。

例如，如果用户在 UTC+1:00 的某个地方并且他或她设置了上午 9:00 的提醒，我可以:

• 创建一个新的 DateTime 实例，设置为用户时区的上午 9:00，并将其毫秒数存储在数据库中。我也可以直接将相同的毫秒数用于 AlarmManager;
• 创建一个新的 DateTime 实例集，时间为 UTC 上午 9:00，并将其毫秒数存储在数据库中。这更好地解决了与该问题不完全相关的其他一些问题。但是当使用 AlarmManager 设置时间时，我需要计算其在用户时区上午 9:00 的毫秒值；
• 完全忽略 Joda DateTime 并使用 Java 的 Calendar 处理提醒设置。这将使我的应用在显示时间时依赖过时的时区信息，但至少在使用 AlarmManager 安排时间或显示日期和时间时不会出现不一致。

我错过了什么？

我可能想多了，恐怕我可能遗漏了一些明显的东西。我是吗？除了向应用程序添加我自己的时区管理并完全忽略所有内置的 Android 格式化功能之外，有什么方法可以让我继续在 Android 上使用 JodaTime？

Answer 1

我认为其他答案没有捕获要点。是的，在持久化时间信息时，您应该仔细考虑您的用例以决定如何最好地做到这一点。但即使您这样做了，这个问题提出的问题仍然存在。

考虑一下 Android 的闹钟应用程序，它有自己的源代码 freely available .如果你看看它的 AlarmInstance类，这是它在数据库中的建模方式:

private static final String[] QUERY_COLUMNS = {
        _ID,
        YEAR,
        MONTH,
        DAY,
        HOUR,
        MINUTES,
        LABEL,
        VIBRATE,
        RINGTONE,
        ALARM_ID,
        ALARM_STATE
};

要知道何时应该触发警报实例，您可以调用 getAlarmTime() :

/**
 * Return the time when a alarm should fire.
 *
 * @return the time
 */
public Calendar getAlarmTime() {
    Calendar calendar = Calendar.getInstance();
    calendar.set(Calendar.YEAR, mYear);
    calendar.set(Calendar.MONTH, mMonth);
    calendar.set(Calendar.DAY_OF_MONTH, mDay);
    calendar.set(Calendar.HOUR_OF_DAY, mHour);
    calendar.set(Calendar.MINUTE, mMinute);
    calendar.set(Calendar.SECOND, 0);
    calendar.set(Calendar.MILLISECOND, 0);
    return calendar;
}

请注意 AlarmInstance存储它应该触发的确切时间，与时区无关。这样可以确保每次调用 getAlarmTime()你得到了正确的时间来触发用户的时区。这里的问题是如果时区没有更新，getAlarmTime()无法获得正确的时间更改，例如，夏令时开始时。

JodaTime在这种情况下派上用场，因为它带有自己的时区数据库。您可以考虑其他日期时间库，例如 date4j为了方便更好地处理日期计算，但这些通常不处理自己的时区数据。

但是拥有自己的时区数据会给您的应用带来限制:您不能再依赖 Android 的时区。这意味着你不能使用它的 Calendar类或其格式化函数。 JodaTime 也提供格式化功能，使用它们。如果必须转换为 Calendar ，而不是使用 toCalendar()方法，创建一个类似于 getAlarmTime() 的方法在您经过的确切时间上方。

或者，您可以检查是否存在时区不匹配，并像 Matt Johnson 在 his comment 中建议的那样警告用户.如果您决定继续使用 Android 和 Joda 的功能，我同意他的观点:

Yes - with two sources of truth, if they're out of sync, there will be mismatches. Check the versions, show a warning, ask to be updated, etc. There's probably not much more you can do than that.

您还可以做一件事:您可以自己更改 Android 的时区。您可能应该在这样做之前警告用户，然后您可以强制 Android 使用与 Joda 相同的时区偏移量:

public static boolean isSameOffset() {
    long now = System.currentTimeMillis();
    return DateTimeZone.getDefault().getOffset(now) == TimeZone.getDefault().getOffset(now);
}

检查后，如果不相同，您可以使用您创建的“假”时区从 Joda 的正确时区信息的偏移量更改 Android 的时区:

public static void updateTimeZone(Context c) {
    TimeZone tz = DateTimeZone.forOffsetMillis(DateTimeZone.getDefault().getOffset(System.currentTimeMillis())).toTimeZone();
    AlarmManager mgr = (AlarmManager) c.getSystemService(Context.ALARM_SERVICE);
    mgr.setTimeZone(tz.getID());
}

请记住，您需要 <uses-permission android:name="android.permission.SET_TIME_ZONE"/>对此的许可。

最后，更改时区会更改系统当前时间。不幸的是，只有系统应用程序可以设置时间，所以您能做的最好的事情就是为用户打开日期时间设置并提示他/她手动将其更改为正确的时间:

startActivity(new Intent(android.provider.Settings.ACTION_DATE_SETTINGS));

您还必须添加更多控件以确保在 DST 开始和结束时更新时区。正如您所说，您将添加自己的时区管理，但这是确保两个时区数据库之间一致性的唯一方法。