PHP环境时区设置成Asia/Chongqing招致的一个bug
? ? ? ? 得到某个时间戳所对应的日期的0时在这边的数据统计中经常用到，如得到1409144737（2014/8/27 21:5:37）的0时1409068800（2014/8/27 0:0:0），可用的方法也比较多，在这里介绍常用的三种：?
?????1.mktime函数方式?
??
- $time?=1409144737;??
- ???var_dump(date('Y-m-d?H:i:s',mktime(0,0,0,date('m',$time),date('d',$time),date('Y',$time))));??
?????2.strttime函数方式?
????
- var_dump(date('Y-m-d?H:i:s',strtotime(date('Y-m-d?00:00:00',$time))));??
?????
? ? ? ?因为上面两种方式调用多个函数得到结果，执行有点缓慢，效率不高，所以通过规律找到另一种方式，整除的方式。原理就是通过整除计算出今天已经过去的秒数,在计算过程中需要+8个小时，因为我们为东八区，比$time表示的实际秒数多8个小时。?
?????3.整除方式?
- var_dump(date('Y-m-d?H:i:s',$time?-?($time+8*60*60)%86400));??
通过执行10W次调用，以上三种方式分别花费14s、50s、30s，第三种方式效率还是蛮OK的。?
但是上线一段时候，测试提给我们一个bug，就是如果选择1975年的某时间戳会出现日期错误的bug，然后我们重现了这个bug?
????
- $time?=?321001200;//1980/3/4?15:0:0??
- ?????var_dump(date('Y-m-d?H:i:s',$time?-?($time+8*60*60)%86400));??
? ? ? 输出结果竟然是：1980-03-03 23:00:00，其他两种方式皆是正确的1980-03-04 00:00:00?
后来发现只在1980年5月以后的结果是正确的，而之前的都少了一个小时；?然后我看查看PHP的配置date.timezone = Asia/Chongqing，当换成PRC的时候，所有时间段都正确 ；至此bug其实解决了，让运维把线上600机子的配置进行修改，但是为啥呢，我们推测1980年的5月一定发生了啥事情吧，然后都按照GMT+8计算了?
声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn核实处理。
相关文章
相关视频
专题推荐
-
独孤九贱-php全栈开发教程
全栈 170W+
主讲：Peter-Zhu 轻松幽默、简短易学，非常适合PHP学习入门
-
玉女心经-web前端开发教程
入门 80W+
主讲：灭绝师太 由浅入深、明快简洁，非常适合前端学习入门
-
天龙八部-实战开发教程
实战 120W+
主讲：西门大官人 思路清晰、严谨规范，适合有一定web编程基础学习
- 最新文章
- 热门排行
网友评论
文明上网理性发言，请遵守 新闻评论服务协议
我要评论