Date.prototype.getHours()跨环境返回值不一致，需Firebase返回指定时区小时数

你遇到的问题完全是因为Firebase Cloud Functions默认运行在UTC时区，而你的本地环境是巴基斯坦的+5时区。让我拆解一下原因，再给你几个可行的解决方案：

问题根源 #

当你解析带时区偏移的日期字符串"2020-06-19T09:00:00+05:00"时：

• 在你的本地电脑（+5时区），date1.getHours()会返回该时区下的小时数9，符合预期。
• 在Firebase Functions的UTC环境中，这个日期对应的UTC时间是2020-06-19T04:00:00Z，所以getHours()返回的是UTC时区的小时数4。

下面是几种让你在Firebase环境中得到9的方法：

方法1：直接从日期字符串提取小时数（最简单） #

如果你的日期字符串格式是固定的（比如始终是YYYY-MM-DDTHH:mm:ss±HH:mm），可以直接通过字符串操作提取目标小时数，完全绕开Date对象的时区问题：

const dateStr = "2020-06-19T09:00:00+05:00";
const targetHours = parseInt(dateStr.split('T')[1].split(':')[0], 10);
console.log(targetHours); // 输出9

方法2：设置Firebase函数的运行时区（最彻底） #

如果你希望整个函数的Date对象都使用巴基斯坦时区，可以在定义函数时指定timeZone选项为Asia/Karachi：

const functions = require("firebase-functions");

exports.yourFunction = functions.runWith({ 
  timeZone: 'Asia/Karachi' 
}).https.onRequest((req, res) => {
  const date1 = new Date("2020-06-19T09:00:00+05:00");
  console.log(date1.getHours()); // 输出9，和你本地结果一致
  res.send("处理完成");
});

这个方法一劳永逸，所有Date相关的方法（比如getMinutes()、getDate()）都会基于巴基斯坦时区返回结果。

方法3：通过UTC时间计算原时区小时数（灵活适配任意偏移） #

如果你需要处理不同时区的日期字符串，可以先提取UTC时间，再加上原日期的时区偏移量来计算目标小时：

const date1 = new Date("2020-06-19T09:00:00+05:00");
// 提取原日期的时区偏移（分钟数）
const tzParts = date1.toISOString().split(/[+-]/)[1].split(':').map(Number);
const totalOffsetMins = tzParts[0] * 60 + tzParts[1];
// 计算原时区的小时数
const originalHours = (date1.getUTCHours() + (totalOffsetMins / 60)) % 24;
console.log(originalHours); // 输出9

方法4：使用Intl.DateTimeFormat格式化指定时区 #

如果需要更规范的日期格式化（比如处理夏令时，不过巴基斯坦目前没有夏令时），可以用Intl.DateTimeFormat指定时区：

const date1 = new Date("2020-06-19T09:00:00+05:00");
const formatter = new Intl.DateTimeFormat('en-US', {
  timeZone: 'Asia/Karachi',
  hour: '2-digit',
  hour12: false
});
const targetHours = parseInt(formatter.format(date1), 10);
console.log(targetHours); // 输出9

建议优先选择方法2（设置函数时区）或者方法1（直接提取），前者适合整个函数需要固定时区的场景，后者简单高效，不需要依赖时区配置。

内容的提问来源于stack exchange，提问作者Muhammad Naufil