temporal.plaindate 是 javascript 的 ecmascript stage 4 特性，非 html 标准，chrome 120+、edge 120+、firefox 122+（需启用）、safari 17.4+、node.js 22+ 默认支持；创建时不可传时区，否则报错或忽略；需兼容降级。
HTML 中没有 Temporal API 的 PlainDate —— 浏览器不支持 Temporal（截至 2024 年底），更不存在“HTML 的 Temporal API”这一说法。你实际需要的是 JavaScript 的 Temporal.PlainDate，且必须确认运行环境已启用该特性。
Temporal.PlainDate 在哪些环境能用？
它不是 HTML 的一部分，而是 ECMAScript 提案（Stage 4），由 JavaScript 引擎实现：
- Chrome 120+、Edge 120+、Firefox 122+（需手动开启
javascript.options.temporal或默认启用）、Safari 17.4+（仅 macOS/iOS 17.4+，且默认启用） - Node.js 20.6+（需启动时加
--harmony-temporal标志；Node.js 22+ 默认启用） - 若在旧版浏览器中调用
Temporal，会直接报错：ReferenceError: Temporal is not defined
如何正确创建 PlainDate 对象？
Temporal.PlainDate 本身不含时区，也不接受时区参数 —— 这正是它的设计目的：纯日历日期（年-月-日）。创建方式有三种常用路径：
- 用构造函数：
new Temporal.PlainDate(2024, 12, 25)（注意：月份是 1～12，不是 0～11） - 用解析方法：
Temporal.PlainDate.from('2024-12-25')（支持 ISO 格式字符串，也接受带时间的字符串但会静默截断，如'2024-12-25T14:30'→ 仍得2024-12-25） - 从其他 Temporal 类型转换：
Temporal.Now.plainDateISO().with({ year: 2025 })（先取当前日期，再调整）
为什么不能传时区？传了会怎样？
Temporal.PlainDate 的构造函数和 from() 方法**完全忽略时区字段**：
-
Temporal.PlainDate.from('2024-12-25Z')→ 成功，但 Z 被丢弃，结果仍是本地日历的2024-12-25 -
Temporal.PlainDate.from('2024-12-25-05:00')→ 同样成功，偏移量被忽略 - 试图传入
{ timeZone: 'UTC' }等选项会抛出TypeError: invalid argument（因构造函数不接受 options 参数） - 若误用
Temporal.ZonedDateTime或Temporal.PlainDateTime再转，反而引入不必要复杂度，违背“纯日期”初衷
兼容性 fallback 怎么写？
生产环境必须检查 Temporal 是否可用，否则降级到 Date 或第三方库（如 date-fns）：
const createPlainDate = (year, month, day) => {
if (typeof Temporal !== 'undefined' && Temporal.PlainDate) {
return new Temporal.PlainDate(year, month, day);
}
// 降级：仅保留年月日，不处理时区逻辑
return { year, month, day }; // 或返回 date-fns 的 parseISO('YYYY-MM-DD')
};
注意：Date 对象永远携带时区信息（内部为毫秒数），无法真正“不含时区”——这是 PlainDate 存在的根本原因。
真正容易被忽略的点是：PlainDate 不是“无时区的 Date”，它是独立类型，没有 getTimezoneOffset()、不参与时间计算，所有比较和运算都基于日历规则（如闰年、大小月）。一旦你开始想“这个日期在纽约是几号”，就该换用 Temporal.ZonedDateTime 了。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
