哪些三个字母的时区ID是不推荐的？

Question

timezone的Javadoc中有一个弃用警告：

为了与JDK 1.1.x兼容，还支持其他一些三个字母的时区ID（如“PST”、“CTT”、“AST”）。然而，它们的使用是不可取的...

它在这里说“其他”，但我看不出它在哪里定义了哪些三个字母的ID是不推荐的。这些记录在任何地方吗？

我注意到@shmosel建议的可能重复：“GMT”是Java时区的缩写吗？如果是，可以使用它吗？。这部分涵盖了我的问题；但我问的是更普遍的问题“支持什么（以及我们如何知道这一点）”，而不仅仅是“X是否支持”。

Answer 1

首先，回答您的具体问题：

>

所有基于缩写的标识符都应被视为不推荐使用。它们不足以在保留所有细节的情况下识别特定的时区。例如，您可以在这里看到所有使用欧洲中部时间的位置。其中一些人全年都在使用CET，还有一些人在冬天使用CET，而在夏天使用CEST。其中，并不是所有的都使用相同的DST转换日，或者在整个历史中具有相同的时区偏移。只是CET中没有足够的信息来决定使用哪一组规则。

使用GMT或UTC相对安全，因为它们是明确的。但是，使用etc/gmt或etc/utc更为正确。如果只选择一个，那么应该是etc/utc。

特别要注意的是，美国缩写PST和CST不在TZDB中，尽管MST和EST在TZDB中。

您应该选择与场景相关的基于位置的时区，而不是CET。如果您谈论的是法国，请使用Europe/Paris。如果您谈论的是波兰，请使用Europe/Warsau等。

接下来，了解底层TZ数据库有几种可接受的标识符：

null

基于位置的，形式为area/region/localy

• ex:美国/阿根廷/布宜诺斯艾利斯,美国/印第安纳州/诺克斯

管理区域，在etc命名空间中：

null

null

大陆美国中的POSIX标识符：

• ex:EST5EDT、CST6CDT、MST7MDT、PST8PDT

缩写--至少有些缩写

null

Link Australia/Darwin ACT 
Link Australia/Sydney AET 
Link America/Argentina/Buenos_Aires AGT 
Link Africa/Cairo ART 
Link America/Anchorage AST 
Link America/Sao_Paulo BET 
Link Asia/Dhaka BST 
Link Africa/Harare CAT 
Link America/St_Johns CNT 
Link America/Chicago CST 
Link Asia/Shanghai CTT 
Link Africa/Addis_Ababa EAT 
Link Europe/Paris ECT 
Link America/New_York EST 
Link Pacific/Honolulu HST 
Link America/Indianapolis IET 
Link Asia/Calcutta IST 
Link Asia/Tokyo JST 
Link Pacific/Apia MIT 
Link America/Denver MST 
Link Asia/Yerevan NET 
Link Pacific/Auckland NST 
Link Asia/Karachi PLT 
Link America/Phoenix PNT 
Link America/Puerto_Rico PRT 
Link America/Los_Angeles PST 
Link Pacific/Guadalcanal SST 
Link Asia/Saigon VST