Etc / T 是不是严格与 UTC 或 T 相同的东西。它们仅在偏移量为 0 时表示相同的时刻。在所有其他情况下，它们完全不同。

Apple 解释了名称here。

直接从链接引用一个例子：

例如,TZ = 'Etc / T + 4' 使用缩写“T + 4”,对应于 UTC 后 4 小时 (即格林威治以西),尽管许多人认为这意味着 UTC 前 4 小时 (即格林威治以西)。

偏移与区域

了解:

offset-from-UTC只是几个小时-分钟-秒，在 UTC 基线之前或之后。

Atime zone是muchmore。时区是特定地区的人们使用的偏移量的过去，现在和将来更改的历史记录。

正编号与负编号

不同行业中的不同协议在编号上有所不同，有些协议认为 UTC 的fore偏移是正数，而另一些协议则使用负数。对称地，有些人认为behindUTC 是负数，而另一些人则认为是正数。

在我见过的大多数现代协议中，例如ISO 8601，UTC 之前的偏移（向东）为正，而 UTC 之后的偏移（向西）为负。因此，美洲区域使用的偏移量为负数，例如America/Los_Angeles，其偏移量为-07:00或-08:00（由于1 而在xx年中变化）。

我建议您学会将这种方式（UTC 的右侧为正，UTC 的左侧为负）视为主流，而将相反的方式视为轻微的烦人变化。

时区名称通常采用Continent/Region格式，例如America/Edmonton、Europe/Paris、Africa/Tunis、Asia/Kolkata和Pacific/Auckland。请参阅此list on Wikipedia（可能不是最新的）。有一些例外。Etc/T…相反的约定带有

Etc/T+1=-01:00偏移 =落后一小时UTC

Etc/T+12=-12:00偏移 =落后 12 小时UTC

...还有...

Etc/T-1=+01:00偏移 = 一小时早于UTC

Etc/T-12=+12:00偏移 = 比UTC 早 12 小时

令人困惑？欢迎来到日期时间处理的古怪世界。从这里开始只会变得更奇怪。

关键点:

理解那些发布数据的人的意思和意图。永远不要假设输入字符串的含义。

使用java.time类只为你所有的日期-时间工作。永远不要使用可怕的遗留类java.util.Date，Calendar，SimpleDateFormat等。

幸运的是，java.time类可以帮助您解决这个问题。请参阅使用ZoneId类的correct Answer by Ole V.V.。

您的问题

使用 Etc / T 时区的 Apple 背后的基本原理

它们表示偏移量为零，UTC 本身。字符串Etc/T是 UTC 偏移量为零小时-分钟-秒的一个规范标签。

通常在日期时间字符串的末尾看到的字母Z（发音为“Zulu”）表示相同的含义，即零偏移。

Etc / T 时区是什么？

字符串Etc/T是时区的名称，该时区与 UTC 只有一个偏移量，偏移量为零小时分钟秒。

大多数其他时区，例如Europe/Berlin或Africa/Casablanca，在历史上的偏移量有所不同。例如，在that Africa/Casablanca zone in Morocco中，政客们决定，他们现在将全年永久保留在 DST 上，而不是每年两次切换一个小时。我笑着说“永久”，直到政客们再次改变时间。

Java SDK 是否理解这个时区？

是。请参阅 Ole V.V.的the Answer：ZoneId.of( "Etc/T" )

或者我必须使用其他第三方库，如 Joda-Time？

仅供参考，Joda-Time项目现在位于maintenance mode中，建议迁移到java.time类。请参阅Tutorial by Oracle。

您应该使用java.time类来处理所有的日期时间。

Etc/T只是表示UTC，T，T0或T+00:00的标准方式。

Java JDK 理解所有格式。通过执行以下操作，您可以轻松地看到这一点：

import java.util.TimeZone;
public cl Playground {
    public static void main(String... args) {
        for (String s : TimeZone.getAvailableIDs()) {
            System.out.println(s);
        }
    }
}

这将打印出您的 Java JDK 可以解析的所有不同的TimeZone格式：

...
Etc / T
Etc / T +0
Etc / T-0
Etc / T0
Etc / Greenwich
Etc / UCT
Etc / UTC
Etc / Universal
...

当跨时区传递时间点时，建议使用 UTC 或 T（两者大致相等，对于大多数目的我们不区分）。

JDK 理解Etc/T很好。

    ZoneId etcGmt = ZoneId.of("Etc/T");

JDK 使用tz 数据库（以前称为 Olson 数据库；链接位于底部）。数据库中的时区名称列表位于底部的另一个链接中。Etc/T在此处列出。您会注意到它是作为 T 的规范名称给出的（还有一些别名，一些当前名称和一些已弃用的名称）。

顺便说一句，我的代码行当然使用 java.time 中的ZoneId，现代 Java 日期和时间 API。这是您想要使用的 JDK 类（还有一个旧的和设计不佳的时区类，您不想使用）。

我不认为你想问，但对于任何感兴趣的人：JDK 也理解Etc/T+0，Etc/T+1，Etc/T0，Etc/T-0，Etc/T-1等（没有双关语），因为它们也在数据库中。