Dayjs等浏览器端日期库修改时区后返回错误偏移量问题

核心原因：浏览器时区插件的API篡改机制 #

这类Chrome时区修改插件并非真正修改系统时区，而是通过hook浏览器内置的Intl.DateTimeFormat、Date.prototype.getTimezoneOffset等API来伪造时区环境。Dayjs的tz插件在计算时区偏移名称（offsetName()）时，部分逻辑依赖于这些浏览器原生API，一旦API被篡改，就会返回错误的结果，甚至因插件的不稳定实现导致每次刷新结果不一致。

具体来说：

• Dayjs的offsetName()方法底层会调用浏览器的Intl API来获取本地化的时区名称，插件篡改Intl的参数处理逻辑后，会忽略你传入的Africa/Accra时区，转而使用插件伪造的时区数据。
• 部分插件的篡改实现存在bug，导致每次页面刷新时API返回的时区数据不一致，进而出现GMT+7这类随机错误结果。

解决方案 #

1. 使用系统级时区修改替代浏览器插件
   开发测试时直接修改操作系统的时区设置（比如Windows的日期和时间设置、macOS的系统偏好设置），这种方式不会篡改浏览器API，Dayjs的tz插件能正常读取指定时区的数据。

2. 强制Dayjs使用独立时区数据
   确保你已安装完整的Dayjs时区数据依赖，减少对浏览器Intl API的依赖：

   import dayjs from 'dayjs'
   import utc from 'dayjs/plugin/utc'
   import timezone from 'dayjs/plugin/timezone'
   import 'dayjs-timezone-iana' // 引入完整的IANA时区数据库
   
   dayjs.extend(utc)
   dayjs.extend(timezone)
   

   完整的时区数据会让Dayjs直接从本地数据库查询时区偏移，而不是依赖被篡改的浏览器API。

3. 手动生成偏移名称（应急方案）
   如果必须在插件环境下测试，可以绕过offsetName()方法，手动根据偏移量生成名称：

   const dt = dayjs.tz(1234567890, "Africa/Accra")
   const offset = dt.offset()
   const offsetName = offset === 0 ? 'GMT' : `GMT${offset > 0 ? '+' : ''}${offset/60}`
   // 此时offsetName会稳定返回"GMT"或正确的偏移格式
   

内容的提问来源于stack exchange，提问作者Mabeh Al-Zuq Yadeek