问题标签 [jsr310]

我希望能够在 Java 中将基准毫秒引用从 1970 年更改为 2008 年，这样我就可以节省数据库中的空间和唯一 ID。

最好使用 Joda-Time。

假定的 Java 7 版本中即将推出的 jsr-310 实现了它。

http://today.java.net/pub/a/today/2008/09/18/jsr-310-new-java-date-time-api.html

我能看到的唯一其他选择是每次我需要查找记录时以数学方式实现它。

例如

较小的日期将存储在数据库中

--编辑--

所以我误读了JSR-310，这是不可能的。

有更好的方法来节省空间，然后处理数千个计算多头的请求。

我想将 long 记录为日期，因为我永远不知道将数据库移动到哪里，也许是 MySQL => Oracle。

所以我不想要时间戳，我只想要 BigInts。

我遇到了https://blog.joda.org/2009/11/why-jsr-310-isn-joda-time_4941.html。

1) 我目前正在将 Java 日历迁移到 joda-time。我想知道，我应该使用threeten而不是joda-time吗？三腾生产准备好了吗？

2）三个库和joda-time库可以一起存在于同一个应用程序中吗？因为我正在使用一些 3rd 方库，它也在使用 joda-time 库。

3) joda-time 会不会因为有threeten 就成为一个废弃的项目？

我见过ResourceZoneRulesDataProvider通过 ClassLoader.getResource 加载 TZ 数据。但是我如何指示 ThreeTen 加载我自己的 TZ 数据，比如从与我的应用程序的 CLASSPATH 无关的共享文件系统？

OffsetDate表示具有区域偏移的日期。我不明白这个类的目的，证明它存在的主要用例是什么？

jsr-310 有一个方便的类DateTimeFormatters，它允许你构造一个DateTimeFormatter. 我特别喜欢这种pattern(String)方法 - 请参阅javadoc

但是，我遇到了一个区分大小写的问题——例如

与“01-JAN-2012”匹配，但不与“01-JAN-2012”或“01-jan-2012”匹配。

一种方法是分解字符串并解析组件，或者另一种方法是使用正则表达式将不区分大小写的字符串替换为区分大小写的字符串。

但感觉应该有一个更简单的方法......

有大量的 SO 问题涉及在 Java 中计算两个日期或两次之间的差异。许多答案指出了核心Java Date 类的问题，并建议使用Jodatime，但是AFAIK，没有人建议如何使用jsr310 来做到这一点。

那么，jsr310中是否有计算两个日期或两次时间差的方法呢？

作为参考，以下问题处理此问题：

在核心 Java 中：

• 两个日期时间之间的毫秒数

在Jodatime：

• 两个日期之间的天数
• 两个日期时间之间的间隔

我目前正在考虑将 JSR-310 的一小部分添加javax.time.Duration到我们的库中。

目前这工作得很好。

但是 JSR-310 计划集成到 Java 8 中！在 Java 8 上执行我们的应用程序时，如果javax.time.Duration标准库中同时存在一个类，并且我们的 jar 文件附带了同一个类，会发生什么情况？

其中一个课程会被默默忽略吗？（哪一个？）当 Java 8 VM 尝试从我们的库中加载类时会出错吗？

我需要注意任何兼容性问题吗？

如何javax.time.Instant在本地时区将 a 格式化为字符串？以下将 local 转换Instant为UTC，而不是我期望的本地时区。删除对的调用toLocalDateTime()也是如此。我怎样才能得到当地时间？

注意：我们使用的是JSR-310参考实现的旧版本0.6.3 。

我正在尝试解决jsr310中的“last Friday the 13th”表达式，但如果您可以在 Joda Time 或其他一些库中解决，那也可以。我做到了这一点：

这似乎指定了“13 号星期五”好吧。但是我如何从这个到“13 号上周五”呢？

编辑：好的。不幸的是，我不得不承认我对 Java 时间的理解存在严重缺陷，使得这个问题变得毫无意义。我一直认为 System.currentTimeMillis() 返回的是当地时间。为什么？因为当您使用它创建日期时，它只包含该日期，并且没有对时区的引用，但在传递给 System.out.println() 时仍会打印出本地时间。我从来没有想过是 toString()将（UTC）时间转换为当地时区。:(

我想用 Java 创建一个客户端-服务器应用程序。时间起着重要的作用。因此，我决定暂时将 GMT/UTC 标准化。我还从经验中知道，许多用户的 PC 的时间和/或时区完全错误。最后，我想有比毫秒更精确的时间。

所以我创建了一个类，它在开始时连接到 Internet，并计算到 UTC 的偏移量，与本地时间和时区无关。换句话说，我有一个静态 Java 方法，它以纳秒为单位返回 UTC 时间，并且可以在任何 PC 上独立于本地时间设置工作。

现在，我的问题是我想使用 JSR 310 来操纵时间（实际上是 Java 7 反向端口），我看不到如何定义一个不基于本地时间的时钟。

在我看来，Clock.millis() 和 Clock.instant() 方法必须使用本地时间才能正常工作[编辑：因为这些方法盲目地返回 System.currentTimeMillis()，与设置的时区属性无关]。所以我基本上必须将我的 UTC 时间转换为本地时间，以创建一个 Instant，这样我就可以创建一个 UTC ZonedDateTime，它将本地时间再次转换回 UTC。这简直是​​疯了。如果我在 Clock.millis() 和 Clock.instant() 中使用 UTC 时间，然后创建一个 UTC ZonedDateTime ，我不想与之有任何关系的本地时间偏移会被应用两次。

从 UTC 转换到本地然后再转换回来是很昂贵的，所以我真的很希望能够使用纯粹的 UTC。我正在开发一个实时游戏，而不是一个网络应用程序，这样小的延迟将毫无意义。

我可以只返回 UTC 时间，并“假装”时区是“本地”以获得正确的数字，但是事情可能会在 DST 边界处中断，并且会使将时间转换为其他时区变得更加复杂。

这是我的时钟课