经过试验,虽然设置process.env.TZ的方法不能用了,但我们完全可以自己实现一套代码出来。
为此,我们首先在Date对象的prototype上声明一个map结构作为属性,用于存储时区名称和偏移量的关系,然后对Date类的Date方法进行修改,如果没有声明process.env.TZ变量,就默认返回原来的date对象,如果声明了该属性,就先到对应的数组中进行搜索,然后返回修改后的date对象。
process.env.TZ = "America/New_York"Date.prototype.TimeZone = new Map([['Europe/London',0],
['Asia/Shanghai',-8],
['America/New_York',5]
])Date.prototype.zoneDate = function(){
if(process.env.TZ == undefined){ return new Date()
}else{ for (let item of this.TimeZone.entries()) { if(item[0] == process.env.TZ){ let d = new Date()
d.setHours(d.getHours()+item[1]) return d
}
} return new Date()
}
}var date = new Date().zoneDate()
console.log(date)
在上面的代码里,如果声明了process.env.TZ这一属性,再调用zoneDate就能得到对应时区的date啦
前言:有时候后端返回给前端的时间格式是这种的
该时间格式为UTC格式,"+00:00","+"代表是东边的时区,当"+"变成"-"时,代表是西边的时区,后面紧接着的两个数字代表的是具体那个时区,如"+08"代表东八区,":"后的两个数代表和伦敦协调时偏差多少分钟。
将该时间格式改成"YYYY-mm-dd HH:MM:SS"等格式,则需要处理后端返回时区与本时区时间的偏差。js的Date对象提供getTimezoneOffset函数,用于获取本时区与伦敦协调时的时间差,返回数值的单位是分钟。
Date对象的toLocaleDateString函数,在PC端和移动端有差别,在安卓移动端会比PC端的返回值多"上午"、"下午"等。
没有直接使用new Date(value)来获取日期,是因为在IOS系统下,年月日的分隔符只有是"/"的字符串(如"2019/09/09")用new Date(string)得到正确的日期。
还有另一种格式GMT,相较于UTC格式,GMT没有那么精确,不能具体到毫秒。
以下内容为追加GMT格式转换
参考:
JS *** 作时间 - UNIX时间戳简单介绍 - 阿胜4K
世界协调时间(UTC)
MDN Date
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)