React Native中解决date-fns-tz报Invalid time zone specified错误

两个异常的产生原因分别对应底层依赖和运行时环境的特性，和业务代码写法无关：

• 原生date-fns的format()日期偏移问题：date-fns本身不提供时区处理能力，所有日期格式化、解析逻辑默认取JavaScript运行时的本地时区做计算。你传入的2022-06-23这类不带时区信息的纯日期字符串，会被JS引擎默认解析为UTC时间当日0点，对应America/New_York时区（UTC-4/UTC-5夏令时切换）为前一日的夜间，格式化后自然返回2022-06-22；Europe/Paris时区为UTC+1/UTC+2，UTC当日0点对应当地时间当日凌晨，所以不会出现日期偏移。
• date-fns-tz抛出Invalid time zone specified错误：date-fns-tz从2.x版本开始，所有时区相关逻辑完全依赖运行时内置的ECMAScript Intl API做IANA时区识别、偏移计算，不再内置独立的时区数据库。Expo SDK 45默认搭载的Hermes引擎版本裁剪了Intl API的完整时区支持，既不能识别传入的标准IANA时区字符串，也没有内置全量时区数据，即便运行官方示例代码也会稳定触发报错。

按落地成本从低到高排序，可任选其一：

• 升级Expo SDK至46及以上版本。从SDK 46开始，Expo官方为Hermes引擎补全了Intl API的全量时区支持，内置完整IANA时区数据库，升级后安装版本匹配的date-fns、date-fns-tz依赖，无需额外配置即可正常运行所有时区相关方法。
• 若暂时无法升级SDK，可将Android端默认的Hermes引擎替换为JavaScriptCore（JSC）运行时。在项目的app.json配置中，将android字段下的jsEngine参数值改为jsc，重新打包即可。Expo内置的JSC运行时自带完整Intl时区支持，唯一影响是Android端安装包体积会增加3-5MB。
• 若需保留Hermes引擎且不升级SDK，可手动引入时区polyfill补全运行时能力。在应用入口文件的最顶部引入Intl时区polyfill，按需加载业务用到的时区数据后，再正常引入date-fns-tz的方法即可，参考代码：

// 应用入口文件最顶部，例如App.js首行
import '@formatjs/intl-timezone-polyfill/polyfill-force';
// 按需引入对应时区数据，全量引入会大幅增加包体积
import '@formatjs/intl-timezone-polyfill/timezone-data/America/New_York';
import '@formatjs/intl-timezone-polyfill/timezone-data/Europe/Paris';
// polyfill初始化完成后再引入业务依赖
import { formatInTimeZone } from 'date-fns-tz';

额外注意：处理日历选中的纯日期值时，不要直接将YYYY-MM-DD格式的字符串传入new Date()后用默认时区格式化，需要明确指定业务对应的时区参数调用formatInTimeZone，避免依赖运行时默认时区导致跨地区日期偏移。

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