我在这里Parsed date has minute difference看到了类似的答案，但这并不完全相同
我在使用谷歌浏览器时遇到问题。我有一个用GWT开发的应用程序。该应用程序将RPC发送到服务器，并获得了一些数据。
此数据中有一些Date对象。在EDGE和Firefox中看到此日期，一切正常，但在Chrome中则少了11分钟。
我不认为这是一个“代码解析”问题……因为如果我在Firefox和Chrome中观看RPC答案，我会发现RPC答案已经错误。
在firefox中，我将该对象视为"jsdate: Date 1800-01-01-01T07:30:00.000Z"，这就是我期望的结果
在Chrome浏览器中，该对象显示为"jsdate: 1800 08:19:56 GMT+0049"
您可以通过以下链接查看devtool屏幕截图的图像
在Chrome版本69中，我得到了 在旧版的chrome（例如63）中，我得到的字体与firefox相同
答案 0 :(得分：0)
请注意，意大利1800年的时间与现在略有不同- https://www.timeanddate.com/time/zone/italy/rome（在“时区更改为：”中选择1800-1849） https://www.timeanddate.com/time/zone/italy
在意大利，标准时间于1893年引入。在那之前， 该国一直在使用基于意大利经度的太阳平均时间。它 比格林尼治标准时间提前49分56秒，那么世界时间 标准。
1893年，意大利将钟表提前了10分4秒，因此 当地时间比格林尼治标准时间早1小时。该国仍在使用 该当地时间作为今天的标准时间。
因此，我不确定这是Chrome中的错误，还是功能。我认为Chrome只是更新了他们的时区数据，以包含较旧时间的数据，现在它更准确了。其他浏览器可能会在某些时候效仿。
由于new Date( ... )将输入转换为本地时间，因此考虑了时区。