atitit.获取北京时间CST 功能api总结 O7

atitit.获取北京时间CST 功能api总结 O7

 

1. 获取cst时间(北京时间)两布:1.抓取url timtstamp >>format cst 1

2. 设置本机时间  setSystime(date);:调用的命令行,仅仅能支持windowslinux系统 2

3. 留意:  1582105—15821014日。是不存在的.. 2

4. 克拉维斯委员会面临两个不同的问题, 太阳年不一致and闰年 3

5. 不同的国家不相同的的历法 3

6. 15821015日之前发生的事件日期不能够将之按现行历法逆推 4

7. 对于确定天数间隔须要删除这10天。。。

4

8. java中对这失去的10天的运算是依照教皇命令的 4

9. 可是java1.6timestamp是错误的,bug 4

10. ----code 5

11. 參考: 5

 

1. 获取cst时间(北京时间)两布:1.抓取url timtstamp >>format cst 

首先。java.util.Date代表一个时间点UTC时间,其值为距公元1970年1月1日 00:00:00的毫秒数。所以它是没有时区和Locale概念的

 

默认情况下,SimpleDateFormat 取得本地系统的时区 然后依照pattern("yyyy-MM-dd HH:mm:ss")格式化now, 。假设想支持CST时间,则先指定时区,然后再格式化date数据。比如:

 

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

sdf.setTimeZone(TimeZone.getTimeZone("GMT+8"));
String snow = sdf.format(now);  // 2009-11-19 14:12:23

另外,你能够通过例如以下代码改动本地时区信息:

TimeZone.setDefault(TimeZone.getTimeZone("GMT+8"));

Calendar 的计算也是基于时区的。比如:同一个date在不同一时候区下的小时数是不一样的。可是calendar.getTime();返回的date是没有时区的。由于它是Date类型的。

 

 

     URL url=new URL("http://www.bjtime.cn");//取得资源对象  

        URLConnection uc=url.openConnection();//生成连接对象  

        uc.connect(); //发出连接  

        long ld=uc.getDate(); //取得站点日期时间(时间戳)  

        Date date=new Date(ld); //转换为标准时间对象  

     TimeZone.setDefault(TimeZone.getTimeZone("GMT+8"));

        System.out.println(DateUtil.toStandFmtYYYYmmDD_hhmmss_byDate(date));

 

作者:: 老哇的爪子 Attilax 艾龙,  EMAIL:[email protected]

转载请注明来源: http://blog.csdn.net/attilax

 

2. 设置本机时间  setSystime(date);:调用的命令行。仅仅能支持windowslinux系统

 

3. 留意:  1582105—15821014日。

是不存在的 ..

 

春分在朱利安历法上的日期越来越提前了,这对农时不方便,对教会确定复活节在哪一天更是带来麻烦。 

 

。由于到16世纪,每年11分14秒已经累积成10天,也就是历法上多了10天。这对于确定复活节造成严重困 难,不得不採取措施补救。

 16世纪时,教皇格利戈里八世进行了一次校正

 

为此。格利戈里採取了解决此类难题的最古老最有效的策略----他召集一个委员会,任命一位聪明的主席,即杰出的耶稣会数学家克 利斯多弗·克拉维斯(Christopher Clavius)。要求委员会提出解决方式。

委员会于1587年開始工作。


。克拉维斯建议用官方声明把这 10天抹掉。教皇格利戈八世于1582年2月24日以教皇训令颁布,将1582年10月5日至14抹掉,于是这10天就消失了。一去不复返。

1582年 10月4日过完了,第二天已经是10月15日了

4.  克拉维斯委员会面临两个不同的问题, 太阳年不一致and闰年

第一,朱利安历法如今走快了10天。必须拉回到与太阳年一致。克拉维斯建议用官方声明把这 10天抹掉!教皇格利戈八世于1582年2月24日以教皇训令颁布。将1582年10月5日至14抹掉,于是这10天就消失了,一去不复返。1582年 10月4日过完了,第二天已经是10月15日了。于是历法又回到与太阳年同步。

 

 

第二个问题是须要提出历法的补充规则,不让每年多出的11分14秒累积得太多。

于是克拉维斯委员会提出一年有365.2422天的方案。这比朱利安历法的365.25天大大接近天体运动实际。据此对朱利安历法仅仅有“四年一闰”的简单规定进行校正:四年一闰,可是世纪之交的’00年,如100年,200年,不闰,即每一百年少闰一次。这样一算,闰年又太少了,于是进一步规定:每四个世纪的世纪之交。即400年,800年等仍是闰

 

5. 不同的国家不相同的的历法

 

格利戈里历法非常快在罗马天主教势力范围被普遍接受,可是在英国却引起了一片喧嚣的反对声,英国人仍然坚持朱利安历法,拒绝“抹掉10天”。直到1752 年。英国人才想通,理性最终占了上风,只是从1582年到那时,历法又多出了1天,所以英国议会在1752年作出决定。抹掉11天----1752年9月 3日至13日,至此才接受了格利戈里的改革

 

可是格里高利13世的新历法颁布以后,仅仅有当时的天主教国家意大利、波兰、西班牙葡萄牙開始用新历,1582年10月4日之后跳过10日。因为新历法是教皇颁布的,新教国家予以抵制。

直到儒略历1752年9月2日,大英帝国,包含英格兰、苏格兰、以及如今美国的一部份才採纳格里历,于是那天之后就直接从9月2日跳到9月14日,日期跳过11日。



瑞典在1699年计划从儒略历改成公历,预定的办法是取消自1700年至1740年间全部的闰年。即在此期间2月都仅仅有28天,相当于瑞典人打算用四十年的时间来完毕别人用两天就可达到的效果。

 

最后採用公历的东欧国家是希腊。1923年。

但全是民间採用——国家教堂都没有接受。


 

6. 15821015日之前发生的事件日期不能够将之按现行历法逆推


在普通文档中,1582年10月15日之前发生的事件日期仍以当时採用的儒略历日期表示,而不是将之按现行历法逆推。

 

 

7. 对于确定天数间隔须要删除这10天。。

 

8. java中对这失去的10天的运算是依照教皇命令的

 String d1="1582-10-03";

    String d2="1582-10-15";

    int span=DateUtil.getDayInterval(DateUtil.str2date(d1, false),DateUtil.str2date(d2, false));

    System.out.println(span);

输出结果是2天。

 

9. 可是java1.6timestamp是错误的,bug

String d1="1582-10-09"; //-12219094800000 ,-12219008400000   -12218922000000

    //10-07>>>10-09  

10. ----code

 

11. 參考:

Java】从网络获取北京时间 好想睡觉…… 博客频道 - CSDN.NET.htm

[转载]1582104日之后的第二天,不是105日哦_宾克斯的美酒_新浪博客.htm

关于java Date和时区的问题 沙漠海的专栏 博客频道 - CSDN.NET.htm

atitit.GMT UTC Catitit.GMT UTC CST DST CET 星期 月份 节日 时间的不同本质and起源 - attilax的专栏 博客频道 - CSDN.NET.htm

你可能感兴趣的:(atitit.获取北京时间CST 功能api总结 O7)