考虑这段代码:
Date date = new SimpleDateFormat("MMddyyyy").parse("01011500");
LocalDate localDateRight = LocalDate.parse(formatter.format(date), dateFormatter);
LocalDate localDateWrong = LocalDateTime.ofInstant(date.toInstant(), ZoneId.systemDefault()).toLocalDate();
System.out.println(date); // Wed Jan 01 00:00:00 EST 1500
System.out.println(localDateRight); // 1500-01-01
System.out.println(localDateWrong); // 1500-01-10
我知道 1582 年是儒略历和公历的分界点。我不知道为什么会发生这种情况，或者如何进行调整。
这是我目前的想法:
BaseCalender 设置为 JulianCalendardate.toInstant() 只返回 Instant.ofEpochMilli(getTime())date.getTime() 返回 -14830974000000所以似乎 getTime() 返回的毫秒数是错误的(不太可能)或者只是与我预期的不同，我需要考虑差异。
最佳答案
LocalDate 仅处理proleptic gregorian calendar。来自其 javadoc :
The ISO-8601 calendar system is the modern civil calendar system used today in most of the world. It is equivalent to the proleptic Gregorian calendar system, in which today's rules for leap years are applied for all time. For most applications written today, the ISO-8601 rules are entirely suitable. However, any application that makes use of historical dates, and requires them to be accurate will find the ISO-8601 approach unsuitable.
相比之下，旧的 java.util.GregorianCalendar 类(也间接用于 java.util.Date 的 toString() 输出)使用可配置的公历截止日期默认为 1582-10-15 作为儒略历和公历规则之间的分隔日期。
因此 LocalDate 不适用于任何类型的历史日期。
但请记住，即使 java.util.GregorianCalendar 配置了正确 依赖于区域的截止日期，也经常会失败。例如英国在 1752 年之前的 3 月 25 日开始了这一年。许多国家还有更多的历史偏差。在欧洲以外，甚至在公历引入之前，儒略历也不可用(或者仅从殖民主义的角度来看最好用)。
由于评论中的问题而更新:
为了解释值 -14830974000000 让我们考虑以下代码及其输出:
SimpleDateFormat format = new SimpleDateFormat("MMddyyyy", Locale.US);
format.setTimeZone(TimeZone.getTimeZone("America/New_York"));
Date d = format.parse("01011500");
long t1500 = d.getTime();
long tCutOver = format.parse("10151582").getTime();
System.out.println(t1500); // -14830974000000
System.out.println(tCutOver); // default gregorian cut off day in "epoch millis"
System.out.println((tCutOver - t1500) / 1000); // output: 2611699200 = 30228 * 86400
请注意，由于 America/New_York 之间的时区偏移差异，您之前评论中提到的值 和 -12219292800000L 与 tCutOver 相差 5 小时UTC。所以在时区 EST(美国/纽约)我们正好有 30228 天的差异。对于所讨论的时间跨度，我们应用每四年为闰年的儒略历规则。
在 1500 到 1582 之间，我们有 82 * 365 天 + 21 个闰日。然后我们还必须在 1582-01-01 和 1582-10-01 之间添加 273 天，最后 4 天直到切换(记住 10 月 4 日之后是 10 月 15 日)。总共:82 * 365 + 21 + 273 + 4 = 30228(要证明的)。
请向我解释为什么您期望的值不同于 -14830974000000 毫秒。 它对我来说看起来是正确的，因为它处理您系统的时区偏移、1582 年之前的儒略历规则以及从 1582 年 10 月 4 日到截止日期 1582-10-15 的跳转。所以对我来说您的问题“我如何告诉日期对象将 ms 返回到正确的公历日期？”已经回答 - 无需更正。请记住，这种复杂的东西在生产中使用了相当长的时间，预计这么多年后仍能正常工作。
如果您真的想为这些东西使用 JSR-310，我再说一遍，不支持公历截止日期。最好的事情是您可以自己解决问题。
例如，您可能会考虑外部库 Threeten-Extra自 0.9 版以来，它包含一个 proleptic 儒略历。但是，您仍然需要努力处理旧儒略历和新公历之间的转换。 (并且不要指望这样的图书馆能够处理真实的历史日期，因为许多其他原因，如新年开始等。)
2017 年更新: 另一个更强大的选项是使用 HistoricCalendar我的图书馆Time4J它处理的不仅仅是 julian/gregorian-cutover。
关于java - 为什么将 1582 年之前的 Java 日期转换为带有 Instant 的 LocalDate 会给出不同的日期？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23975205/
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
它不等于主线程的binding，这个toplevel作用域是什么？此作用域与主线程中的binding有何不同？>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是，TOPLEVEL_BINDING始终引用Binding的预定义全局实例，而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层，它们都包含相同的绑定(bind)，但它们不是同一个对象，您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN？它们是对象、关键字还是其他东西？ 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
如果您尝试在Ruby中的nil对象上调用方法，则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而，有一个tryRails中的方法，如果它被发送到一个nil对象，它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常？ 最佳答案 像Ruby中的所有其他对象
关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗？通过editingthispost添加细节并澄清问题.关闭8年前。Improvethisquestion为什么SecureRandom.uuid创建一个唯一的字符串？SecureRandom.uuid#=>"35cb4e30-54e1-49f9-b5ce-4134799eb2c0"SecureRandom.uuid方法创建的字符串从不重复？
我真的很习惯使用Ruby编写以下代码:my_hash={}my_hash['test']=1Java中对应的数据结构是什么？ 最佳答案 HashMapmap=newHashMap();map.put("test",1);我假设？ 关于java-等价于Java中的RubyHash，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/22737685/