Linux程式设计-时间设置.docVIP

Linux程式设计-29.时间处理 /noitatsko/programming/ (2001-05-27 20:10:01) UNIX及Linux的时间系统是由「新纪元时间」Epoch开始计算起，单位为秒，Epoch则是指定为1970年一月一日凌晨零点零分零秒，格林威治时间。? UNIX系统都是用32位元来记录时间，正值表示为1970以後，负值则表示1970年以前。我们可以很简单地计算出其时间领域：? 2^31/86400(s)?=?24855.13481(天)?~?68.0958(年)? 1970+68.0958?=?2038.0958? 1970-68.0958?=?1901.9042? [1901.9042,2038.0958]。? 2038年一月十八日星期一晚上十点十四分七秒。那一刻，时间将会转为负数，变成1901年十二月十三日黑色星期五下午三点四十五分五十二秒，然後Jason就会跑出来用斧头砸掉您的电脑。? UNIX?2038?BUG，或者您也可戏称为Jason?hatchet?bug。在大部份的UNIX上，并没有所谓Y2K问题，不过都有2038年问题。? 64位元的平台上，例如Digital?Alpha、SGI、Sparc等等，则用64位元来表示时间。? 2^63/86400?~?1E14(天)?~?2.92E11(年)? 292亿年。? 64位元的电脑可能会有Armageddon?bug的问题。届时位於猎户座旋臂的太阳，已经是黑矮星或暗黑物质，猎户座旋臂大概也已经被重力波震断，银河系大概则已经变成小型似星体了。? UNIX的2038年问题会随着科技的进步，而将电脑逐步汰换成64位元电脑，因此无须担心。但我个人相信，在2038年，依然会有许多状况出现。因为，就事实而言，目前许多UNIX系统都有足够的能力服役到2038年而毫无问题。因此，如果有意添购电脑主机，而且有预期会使用到那个时候，最好是选购64位元电脑，确认只有世界末日问题（除非您想要把资料流传给下一个宇宙，那就要另当别论了）。? -------------------------------------------------------------------------------- 取得目前时间? 在所有的UNIX下，都有个time()的函数? #include? time_t?time(time_t?*t);? 这个函数会传回从epoch开始计算起的秒数，如果t是non-null，它将会把时间值填入t中。? Linux提供了gettimeofday()。? #include? #include?? int?gettimeofday(struct?timeval?*?tv,struct?timezone?*tz);? int?settimeofday(const?struct?timeval?*?tv,const?struct?timezone?*tz);? struct?timeval?{? ????int?tv_sec;? ????int?tv_usec;? };? 其中tv_sec是由凌晨开始算起的秒数，tv_usec则是微秒(10E-6?second)。? struct?timezone?{? int?tv_minuteswest;? ????int?tv_dsttime;? };? tv_minuteswest是格林威治时间往西方的时差，tv_dsttime则是时间的修正方式。? Linux下timezone的使用已经废除而不再使用。因为有许多地区都有日光节约时间，日光节约时间的使用与否，往往与无可预测的政治因素相关，没有简单的方法来实作这项设计。? sys/time.h中，有三个有用的巨集用於操作timeval：? #define???????timerisset(tvp)??((tvp)-tv_sec?||?(tvp)-tv_usec)? #define???????timercmp(tvp,?uvp,?cmp)? ((tvp)-tv_sec?cmp?(uvp)-tv_sec?||\? ???????????????(tvp)-tv_sec?==?(uvp)-tv_sec?\? ???????????????(tvp)-tv_usec?cmp?(uvp)-tv_usec)? #define???????timerclear(tvp)?((tvp)-tv_sec?=?(tvp)-tv_usec?=?0)? timerisset检查tvp是否有被设定值进去，timercmp比较时间，timerclear设tv