JS获取当前日期并格式化为YYYYMMDD字符串

一、基础实现：三步流水线拼接法

格式化日期的首要目标是保证输出的年占 4 位，月与日各自占固定 2 位，合计 8 位纯数字字符串。由于原生 JavaScript 没有内置类似其他语言的通用格式化模板指令（如 format("yyyyMMdd")），因此最清晰直接的逻辑是“提取数值 → 补零对齐 → 字符串拼接”。

以下是标准的原生基础实现代码：

function getCurrentYYYYMMDD() {
  // 1. 获取当前时间实例
  const now = new Date();

  // 2. 提取年、月、日分量（月份需要 +1）
  const year = now.getFullYear();
  const month = String(now.getMonth() + 1).padStart(2, '0');
  const day = String(now.getDate()).padStart(2, '0');

  // 3. 模板字符串连接
  return `${year}${month}${day}`;
}

// 执行示例
console.log(getCurrentYYYYMMDD()); // 示例输出："20261111"

这段代码的处理逻辑可以拆分为四个连续的执行阶段：首先通过 new Date() 捕获客户端当前本地时间；然后调用各个分量方法并加上月份偏移；再通过 padStart(2, '0') 保证个位数月份和日期（如 5 月、9 号）能够稳定补全为 "05"、"09"；最终拼接产出标准的 8 位字符串。

二、核心 API 细节与新手易错陷阱

虽然代码仅有寥寥数行，但在实际业务开发中，新手极容易在此处引入隐蔽的 Bug。主要原因集中在 Date 对象的两处历史设计缺陷，以及数字补零的方法选择上。

1. getMonth() 的零基索引陷阱

在 JavaScript Date 规范中，年份和日期均采用人类习惯的真实数字（例如 2026 年对应 2026，15 号对应 15），但 getMonth() 却采用了 0 到 11 的数组下标索引。1 月返回的是 0，12 月返回的是 11。

2. getDate() 与 getDay() 语义混淆

很多初学者在调用方法时会混淆 getDate() 与 getDay()：

• getDate()：返回当前月份中的具体天数，取值范围为 1 ~ 31。这是格式化 YYYYMMDD 时所需的正确方法。
• getDay()：返回当前星期中的某一天，取值范围为 0 ~ 6（0 代表周日，1 代表周一，依此类推）。

若不慎将 getDate() 写成 getDay()，在每月 11 号如果是星期三，返回值将变成 3，最终格式化出来的日期就会错乱为 "20261103"。

3. 现代补零技巧：padStart vs 传统截取

在早期的 ES5 规范中，开发者通常使用加前导零再截取末尾两位的方式：

// 传统旧写法（可读性较弱）
var month = ('0' + (now.getMonth() + 1)).slice(-2);
var day = ('0' + now.getDate()).slice(-2);

而在现代 JavaScript（ES2017+）中，推荐使用原生的字符串方法 padStart(targetLength, padString)。该方法语义极其明确：“将当前字符串左侧填充至目标长度”。例如：

String(5).padStart(2, '0');  // 输出："05"
String(12).padStart(2, '0'); // 长度已满2位，保持原样输出："12"

三、警惕便捷陷阱：toISOString 的时区跨日缺陷

在很多技术问答或简易脚本中，常常见到一种被奉为“一行搞定”的写法：

// 极其危险的一行流代码（慎用！）
const yyyymmdd = new Date().toISOString().slice(0, 10).replace(/-/g, '');

这行代码利用 new Date().toISOString() 输出形如 "2026-11-11T03:59:15.000Z" 的 ISO 8601 字符串，然后截取前 10 位并替换连字符。在绝大多数快速演示时它似乎工作良好，但在国内生产环境中属于重大隐患代码。

假设用户身处中国（东八区 UTC+8），在清晨 07:30 运行程序。此时本地时间虽然已经是 11 月 11 日清晨，但 UTC 零时区的时间依然是前一天（11 月 10 日）的 23:30。toISOString() 输出的日期前缀是 "2026-11-10"，截取替换后得到的结果是 "20261110"，直接少了一天！

因此，除非你的系统业务明确统一在 UTC 零时区结算，否则绝对不应使用 toISOString 来获取本地日期的 YYYYMMDD。

四、现代化国际化方案：Intl.DateTimeFormat

除了基础的分量拼接外，现代浏览器与 Node.js 均原生支持 ECMAScript 国际化 API：Intl.DateTimeFormat。该方法允许以高度声明式的方式指定时区与输出格式。

function getIntlYYYYMMDD(date = new Date()) {
  // 使用 formatToParts 提取结构化时间部件
  const formatter = new Intl.DateTimeFormat('zh-CN', {
    year: 'numeric',
    month: '2-digit',
    day: '2-digit',
  });

  const parts = formatter.formatToParts(date);
  const mapping = {};
  for (const { type, value } of parts) {
    mapping[type] = value;
  }

  return `${mapping.year}${mapping.month}${mapping.day}`;
}

console.log(getIntlYYYYMMDD()); // 示例输出："20261111"

Intl.DateTimeFormat 的最大优势在于可以显式指定 timeZone 参数（例如 { timeZone: 'Asia/Shanghai' }），从而在服务端（如 Linux 服务器默认是 UTC）也能精准获取中国本地时间的 YYYYMMDD，且完全不需要关心 getMonth() + 1 或手动补零。

五、方案综合对比与选型建议

在实际项目演进中，针对“获取当前日期并格式化为 YYYYMMDD”这一需求，常见的技术实现路线包含原生分量法、标准 Intl 接口以及引入轻量工具库（如 Day.js）。以下是各方案的多维对比：

六、生产环境工业级封装：健壮格式化函数

在实际工程代码中，工具函数应具备对入参的防御性校验，支持不传参默认当前时间，或传入自定义的有效 Date 实例、时间戳或时间字符串。

/**
 * 将指定日期或当前日期格式化为 YYYYMMDD 字符串
 * @param {Date|number|string} [inputDate=new Date()] 可选的日期对象、时间戳或可解析字符串
 * @returns {string} 8位定长日期字符串，例如 "20261111"
 * @throws {TypeError} 当传入非法日期时抛出明确异常
 */
function formatDateToYYYYMMDD(inputDate = new Date()) {
  // 容错处理：将数字时间戳或合法字符串转换为 Date 实例
  const targetDate = inputDate instanceof Date ? inputDate : new Date(inputDate);

  // 校验日期是否合法（Invalid Date 的 getTime() 为 NaN）
  if (Number.isNaN(targetDate.getTime())) {
    throw new TypeError('Invalid date provided to formatDateToYYYYMMDD');
  }

  const year = targetDate.getFullYear();
  const month = String(targetDate.getMonth() + 1).padStart(2, '0');
  const day = String(targetDate.getDate()).padStart(2, '0');

  return `${year}${month}${day}`;
}

// 验证用例 1：默认获取当前日期
console.log(formatDateToYYYYMMDD()); // "20261111"

// 验证用例 2：传入特定日期对象
console.log(formatDateToYYYYMMDD(new Date(2025, 0, 5))); // "20250105"

// 验证用例 3：传入时间戳
console.log(formatDateToYYYYMMDD(1700000000000)); // "20231115"