「java儒略历」儒略历起源

今天给各位分享java儒略历的知识，其中也会对儒略历起源进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、java long类型转换Date类型速度问题
• 2、java中的GregorianCalendar类的getFirstDayOfWeek方法有什么用，具体点,谢谢！！
• 3、请教有关java程序Calendar类的一个时间小问题
• 4、java中的Calendar方法计算900年1000年居然都是闰年，为什么啊

java long类型转换Date类型速度问题

Date里也是根据long来计算时间的

long表示的是某个时刻相对1970-1-1 8:00:00的毫秒偏移量

long=0的时候时间就是1970-1-1 8:00:00，每过1毫秒long+1

所以根据long也可以计算出当前的年月日时分秒

比如

long day = 1000 * 60 * 60 * 24;

long year = day * 365;

long time = System.currentTimeMillis();

System.out.println(time / year + 1970);

可以打印出当前年份（没有考虑闰年问题）

实际应用的话还得考虑闰年问题，每个月的天数不一样的问题，1970-1-1 8:00:00和零时的偏移量问题，格里高利历和儒略历的转换问题等，很复杂，如果不是极端情况还是不要这样了

而且我也没测试过这么做效率是不是真的比Date高

java中的GregorianCalendar类的getFirstDayOfWeek方法有什么用，具体点,谢谢！！

Calendar类

getFirstDayOfWeek

public int getFirstDayOfWeek()

获取一星期的第一天；例如，在美国，这一天是 SUNDAY，而在法国，这一天是 MONDAY。

返回：

一星期的第一天。

GregorianCalendar 是 Calendar 的一个具体子类，提供了世界上大多数国家/地区使用的标准日历系统。GregorianCalendar 是一种混合日历，在单一间断性的支持下同时支持儒略历和格里高利历系统，在默认情况下，它对应格里高利日历创立时的格里高利历日期（某些国家/地区是在 1582 年 10 月 15 日创立，在其他国家/地区要晚一些）。可由调用者通过调用 setGregorianChange() 来更改起始日期。历史上，在那些首先采用格里高利历的国家/地区中，1582 年 10 月 4 日（儒略历）之后就是 1582 年 10 月 15 日（格里高利历）。此日历正确地模拟了这些变化。在开始格里高利历之前，GregorianCalendar 实现的是儒略历。格里高利历和儒略历之间的唯一区别就是闰年规则。儒略历指定每 4 年就为闰年，而格里高利历则忽略不能被 400 整除的世纪年。GregorianCalendar 可实现预期的 格里高利历和儒略历。也就是说，可以通过在时间上无限地向后或向前外推当前规则来计算日期。因此，对于所有的年份，都可以使用 GregorianCalendar 来生成有意义并且一致的结果。但是，采用现代儒略历规则时，使用 GregorianCalendar 得到的日期只在历史上从公元 4 年 3 月 1 日之后是准确的。在此日期之前，闰年规则的应用没有规则性，在 45 BC 之前，甚至不存在儒略历。在格里高利历创立以前，新年是 3 月 25 日。为了避免混淆，此日历始终使用 1 月 1 日为新年。如果想要格里高利历转换之前并且处于 1 月 1 日和 3 月 24 日之间的日期，则可以进行手动调整。为 WEEK_OF_YEAR 字段所计算的值的范围从 1 到 53。一年的第一个星期始于 getFirstDayOfWeek() 的最早 7 天，至少包含该年的 getMinimalDaysInFirstWeek() 各天。这取决于 getMinimalDaysInFirstWeek()、getFirstDayOfWeek() 的值以及 1 月 1 日是星期几。一年的第一个星期和下一年的第一个星期之间的各个星期按顺序从 2 到 52 或 53（根据需要）进行编号。例如，1998 年 1 月 1 日是星期四。如果 getFirstDayOfWeek() 为 MONDAY，并且 getMinimalDaysInFirstWeek() 为 4（这些值反映了 ISO 8601 和很多国家/地区标准），则 1998 年的第一个星期开始于 1997 年 12 月 29 日，结束于 1998 年 1 月 4 日。但是，如果 getFirstDayOfWeek() 为 SUNDAY，那么 1998 年的第一个星期开始于 1998 年 1 月 4 日，结束于 1998 年 1 月 10 日；1998 年头三天是 1997 年第 53 个星期的一部分。为 WEEK_OF_MONTH 字段所计算的值的范围从 0 到 6。一个月的第一个星期（WEEK_OF_MONTH = 1 的日期）是该月至少连续 getMinimalDaysInFirstWeek() 天中的最早日期，结束于 getFirstDayOfWeek() 的前一天。与一年的第一个星期不同，一个月的第一个星期可能短于 7 天，也不必从 getFirstDayOfWeek() 这一天开始，并且不包括前一个月的日期。在第一个星期之前该月日期的 WEEK_OF_MONTH 为 0。例如，如果 getFirstDayOfWeek() 为 SUNDAY，getMinimalDaysInFirstWeek() 为 4，那么 1998 年 1 月的第一个星期是从 1 月 4 日星期日到 1 月 10 日星期六。这些天的 WEEK_OF_MONTH 为 1。1 月 1 日星期四到 1 月 3 日星期六的 WEEK_OF_MONTH 为 0。如果 getMinimalDaysInFirstWeek() 变为 3，则 1 月 1 日到 1 月 3 日的 WEEK_OF_MONTH 为 1。clear 方法将日历字段设置为未定义。GregorianCalendar 为每个日历字段使用以下默认值（如果该值未定义）。字段

默认值

ERA

AD

YEAR

1970

MONTH

JANUARY

DAY_OF_MONTH

1

DAY_OF_WEEK

一个星期的第一天

WEEK_OF_MONTH

DAY_OF_WEEK_IN_MONTH

1

AM_PM

AM

HOUR, HOUR_OF_DAY, MINUTE, SECOND, MILLISECOND

默认值不适用于以上未列出的字段。

请教有关java程序Calendar类的一个时间小问题

Calendar.MONTH 从0开始

你设置完 time.set(Calendar.MONTH,5)后，判断是其实是6月12日

再给你一些详细资料

MONTH加1的原因：

public static final int MONTH

指示月份的 get 和 set 的字段数字。这是一个特定于日历的值。在格里高利历和罗马儒略历中一年中的第一个月是 JANUARY，它为 0；最后一个月取决于一年中的月份数。

简单来说，因为这个值的初始值是0，因此我们要用它来表示正确的月份时就需要加1。

WEEK减1的原因：

public static final int DAY_OF_WEEK

get 和 set 的字段数字，指示一个星期中的某天。该字段可取的值为 SUNDAY、MONDAY、TUESDAY、WEDNESDAY、THURSDAY、FRIDAY 和 SATURDAY

观察代码，你会发现其实week是用来确定随后的字符串week1该如何截取的，我们知道DAY_OF_WEEK是获取当前日期是一周中的第几天，而一周从周日算起，因此当我们取得这个值之后，为了要正确的截取出随后的字符串week1中的那个中文字符，因此它需要减1来达到目的。你只要跟踪一下程序运行，观察变量的赋值就会理解它这样编写的用意了。

定义day时不用的原因：

public static final int DATE

get 和 set 的字段数字，指示一个月中的某天。它与 DAY_OF_MONTH 是同义词。一个月中第一天的值为 1。

根据定义我们可以知道，这个值取得后不需要做任何变更就是程序需要的值。

substring(week, week+1)：

public String substring(int beginIndex,

int endIndex)

返回一个新字符串，它是此字符串的一个子字符串。该子字符串从指定的 beginIndex 处开始，直到索引 endIndex - 1 处的字符。因此，该子字符串的长度为 endIndex-beginIndex。

根据定义，我们就知道这个方法的用途了。举例来说，假如今天是星期四，那么之前获得的week的值就是4，因为我们取到了DAY_OF_WEEK （这里是5）后又减了1，然后我们用这个变量week来帮助我们截取字符串week1,这里调用了substring(4,5),所以取到的字符就是 “四，正是我们需要的字符。

参考资料：JDK1.5

java中的Calendar方法计算900年1000年居然都是闰年，为什么啊

900年不是，1000是闰年，记住口诀就对了，4年一闰，百年不闰，400年再闰

关于java儒略历和儒略历起源的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。