new date() 显示 nan 的主因是未将字符串时间戳转为数字，须用 number() 或一元加号转换；秒级需乘 1000 转毫秒；格式化应手写兼容中文的函数并补零；输入框需防抖处理，非法输入即时清空结果。
时间戳转日期时 new Date() 为什么有时显示 NaN？
常见错误是把字符串时间戳（比如 "1717027200000"）直接传给 new Date()，但没转成数字。JavaScript 的 new Date() 对纯数字字符串会尝试解析为 ISO 格式，结果反而出错。
- 必须显式转成数字：
new Date(Number("1717027200000"))或new Date(+"1717027200000") - 如果输入带单位（如
"1717027200s"），先用正则提取数字再乘 1000：parseInt(str) * 1000 - 毫秒级和秒级混用是高频翻车点——浏览器
Date只认毫秒，1717027200是秒，得补* 1000
格式化日期输出要兼容中文，别硬写 toLocaleString()
toLocaleString() 看似省事，但依赖用户系统语言和时区设置，同一段代码在 Chrome 和 Safari 上可能输出 "2024/5/30" 或 "30/05/2024"，线上工具不可靠。
- 推荐手写格式化函数，用
date.getFullYear()、date.getMonth() + 1、date.getDate()拼接 - 月份/日期小于 10 时补零：用
String(date.getMonth() + 1).padStart(2, "0") - 如需含时分秒，同样处理
getHours()、getMinutes()、getSeconds()
输入框实时转换时，防抖比节流更合适
用户边打字边触发转换（比如粘贴一长串时间戳），不加控制会导致频繁调用 new Date() 和 DOM 更新，卡顿明显，尤其在低端设备上。
- 用
setTimeout+ 清除旧定时器实现简单防抖，延迟 300ms 再执行转换 - 避免用
debounce第三方函数——这种小工具没必要引入额外依赖 - 输入非法内容（如
"abc"）时，立刻清空结果区，别留旧值误导用户
本地存储上次选择的格式，但别存进 localStorage 太多键
用户常切换「YYYY-MM-DD」和「YYYY-MM-DD HH:mm:ss」，记一次偏好就够了，不用为每个格式单独存键。
- 只存一个
localStorage.setItem("timestampFormat", "full")，值用简短字符串如"short"/"full"/"iso" - 读取时加 try/catch，防止 localStorage 被禁用或满额导致脚本中断
- 不要存时间戳本身到 localStorage——它会过期，且和用户当前时区无关，纯属冗余
实际做下来，最难的不是转换逻辑，而是判断用户到底输的是秒还是毫秒、有没有多余空格、是否粘贴了带换行的文本块——这些边界情况比格式化本身更耗调试时间。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
