修复了，用了笨办法。 const now = new Date(); // 获取设备本地时间 const timezoneOffsetInHours = now.getTimezoneOffset() / -60; // 获取时区偏移的小时数 const utcTimezone = (timezoneOffsetInHours > 0 ? '+' : '') + timezoneOffsetInHours.toString(); // 获取 UTC 时区 // 是否为夏令时 function isDST() { const january = new Date(new Date().getFullYear(), 0, 1); const july = new Date(new Date().getFullYear(), 6, 1); return january.getTimezoneOffset() !== july.getTimezoneOffset(); } let timeDiff = now.getTimezoneOffset() * 60 * 1000; // 获取时区偏移的毫秒数 if (isDST()) { timeDiff += 60 * 60 * 1000; // 增加一个小时 } const utcPositiveOffset = Math.floor(Date.now() + timeDiff); // 东区 const utcNegativeOffset = Math.floor(Date.now() - timeDiff); // 西区 let utcTimestamp = timezoneOffsetInHours > 0 ? utcPositiveOffset : utcNegativeOffset; // 获取 UTC+0 的 Unix 时间戳（毫秒级） if (timezoneOffsetInHours == 0) { utcTimestamp = Math.floor(Date.now() - 28800000); // 如果当前设备是 UTC+0 时区，微信写死了输出为东八区时间了 } console.log('utcTimestamp', utcTimestamp); 我现在有一个疑问。当用户本身就是 UTC+0 时区时，微信获取到的是 +8 时区的时间，这个是 bug 还是产品逻辑？后面不会改吧？

补充一下，只在 iOS 上面会这样，在 Android 就是正常的

我也关注一下，看看有没有替换品。 我现在用 wxParse 还可以，前提是标签不要带 class 属性，否则在 Android 手机里不兼容，没办法解析。

每个小程序再花 300 元做资料更新。 没办法，想钱想疯了。

当然是为了钱！钱！钱！

同关注。 公众号快速注册并认证小程序，现在公司在更名了，到时要重新认证公众号变更主体名称，小程序那边会同时变吗？

不过户就要想着注销，因为名称占用了，要注销后释放名称。