Android 中的 Java DateFormat.SHORT 未按预期工作

Question

我想要为使用美国或德国系统区域设置的用户提供“正确的”本地化时间。含义“1:00 PM”和“13:00”

Java API 说:https://docs.oracle.com/javase/tutorial/i18n/format/dateFormat.html

Formats     U.S. Locale     German Locale
DEFAULT     7:03:47 AM      7:03:47
SHORT       7:03 AM         07:03

到目前为止正确。

Android API:https://developer.android.com/reference/java/text/DateFormat.html

SHORT is completely numeric, such as 12.13.52 or 3:30pm 

对于美国来说是正确的，如果您设置了德语区域设置，Android 将“翻译”AM/PM 并且不会删除它，正确的方法是什么以及 Java 是如何做到的。

我的问题是，Google 为什么要这样做？我是否愚蠢且缺乏 sleep ，无法理解“谷歌逻辑”？这是一个微不足道的请求，但我尝试了 2 个小时来获得正确的德语短时演示，这也适用于美国本地化。 “13:57 nachm.”不是德国时间表示。没有人使用它，这就是为什么我们有 24 小时格式化系统。它太尴尬了，以至于破坏了每次阅读尝试。

测试代码:

private void testGoogleLocaleLogic() {
    TimeZone tz_de = TimeZone.getTimeZone("Europe/Berlin");

    Calendar c_us = Calendar.getInstance(tz_de,Locale.US);
    Calendar c_de = Calendar.getInstance(tz_de,Locale.GERMAN);

    java.text.DateFormat df_date_us_short_ = java.text.DateFormat.getTimeInstance(java.text.DateFormat.SHORT,Locale.US);
    java.text.DateFormat df_date_de_short = java.text.DateFormat.getTimeInstance(java.text.DateFormat.SHORT,Locale.GERMAN);

    c_us.set(Calendar.YEAR,2018);
    c_us.set(Calendar.MONTH,2);
    c_us.set(Calendar.DAY_OF_YEAR,6);
    c_us.set(Calendar.HOUR_OF_DAY,13);

    c_de.set(Calendar.YEAR,2018);
    c_de.set(Calendar.MONTH,2);
    c_de.set(Calendar.DAY_OF_YEAR,6);
    c_de.set(Calendar.HOUR_OF_DAY,13);

    Log.d("localeTest","Android Dateformat getTimeInstance SHORT US: " + df_date_us_short_.format(c_us.getTime()));
    Log.d("localeTest","Android Dateformat getTimeInstance SHORT DE: " + df_date_de_short.format(c_de.getTime()));
    Log.d("localeTest","df_date_de_short is type of: " + df_date_de_short.getClass().getName());
}

结果

Android Dateformat SHORT US: 1:57 PM
Android Dateformat SHORT DE: 1:57 nachm.

为什么德国语言环境不是 13:57，尽管我在 Calendar 和 DateFormat 中设置了两次，这也超出了我的知识范围。

手动打印分钟和小时，然后在系统区域设置之间切换大小写以添加或隐藏“PM/AM”的解决方案正是人们发明区域设置的首要原因。为了避免这种情况。请告诉我事实并非如此。

更新/更多测试/更多研究(强制使用 java.text...):

My Moto X Style、Android 7、德国区域设置打印:

Android Dateformat getTimeInstance SHORT US: 1:29 PM
Android Dateformat getTimeInstance SHORT DE: 1:29 nachm.
df_date_de_short is type of: java.text.SimpleDateFormat

Android 模拟器 NEXUS_5_API_26，美国区域设置

Android Dateformat getTimeInstance SHORT US: 1:18 PM
Android Dateformat getTimeInstance SHORT DE: 13:18
df_date_de_short is type of: java.text.SimpleDateFormat

所以强制使用“java.text.SimpleDateFormat”有效，但仅在模拟器上有效，而不是在现实世界中？我很接近了，也许有人有最后 5 美分!

Answer 1

遗憾的是，我之前的猜测是正确的。如果您不使用这种“猜测”来搜索它，您将永远找不到它，因为日期格式是一个常见的主题。长话短说，这是一个 Android 错误:

https://issuetracker.google.com/issues/37054851

该问题已于一年多前修复。这就是模拟器可以工作的原因，但 API27 之前的设备不会有修复，因为 OEM 不在乎。

Google 员工在上述错误报告中添加了此解决方法:

boolean use24Hour = android.text.format.DateFormat.is24HourFormat(context);
final String skeleton = use24Hour ? "Hm" : "hm";
final String pattern = android.text.format.DateFormat.getBestDateTimePattern(locale, skeleton);
DateFormat formatter = new SimpleDateFormat(pattern, locale);

...对于短期约会。 MEDIUM 将使用“Hms”/“hms”的骨架来代替。上面的代码绕过了保留(不正确的)内存状态的内部代码，该状态跟踪用户是否喜欢 12 小时还是 24 小时时间格式。 AFAIK，android.text.format.DateFormat.is24HourFormat 始终使用底层用户设置。is24HourFormat() 已在 API 3 中添加。 getBestDateTimePattern() 仅在 API 18 中添加。

这正是我担心人类在 2018 年必须使用的开关盒垃圾。我们想生活在火星上，但我们不知道如何在地球上打印时间!