JavaScript 的 Date 对象获取的是用户本地设备时间，不依赖服务器；需用 JS 执行渲染，推荐 toLocaleDateString() 自动适配区域格式，固定格式用 getFullYear() 等组合补零；脚本应置于 </body> 前或加 defer；设备时间不准会导致显示错误，强依赖场景须调用服务端时间戳。
用 JavaScript 的 Date 对象直接读取系统时间
浏览器中没有“服务端系统日期”的概念，index.html 里能拿到的只是用户本地设备的当前时间，这是由 JavaScript 的 Date 对象提供的。它不依赖服务器、不发请求、不需后端配合，只要页面加载时执行即可。
常见错误是试图用 HTML 标签（比如 <time>）或纯静态属性自动渲染日期——这做不到，必须靠 JS 执行。
- 直接在
<script>中调用new Date()获取当前实例 - 推荐用
toLocaleDateString()而非手动拼接年月日，它会按用户系统区域设置自动适配格式（如"2024/6/12"或"12/06/2024"） - 如果需要固定格式（如
"YYYY-MM-DD"），别用字符串截取，改用getFullYear()、getMonth() + 1、getDate()组合，并注意补零
<script>
const now = new Date();
const dateStr = `${now.getFullYear()}-${String(now.getMonth() + 1).padStart(2, '0')}-${String(now.getDate()).padStart(2, '0')}`;
document.getElementById('date-display').textContent = dateStr;
</script>
放在 <body> 底部还是 <head> 里？
关键看 DOM 元素是否已存在。如果你用 document.getElementById 去找一个 <span id="date-display"></span>，脚本必须在该元素之后执行，否则返回 null。
- 最稳妥：把
<script>放在</body>前，确保 DOM 已解析完成 - 若必须放
<head>，加defer属性（<script defer>），它会等 HTML 解析完再执行 - 避免用
window.onload，它要等所有资源（图片、CSS）加载完，延迟明显
为什么刷新后日期变了，但有时显示不对？
不是代码问题，而是用户设备时间本身不准。浏览器完全信任系统时钟——如果用户电脑日期被手动调错、时区设错、或没开自动同步，Date 返回的就是那个错的时间。
立即学习“前端免费学习笔记（深入）”；
- 无法通过前端 JS 矫正系统时间；这是操作系统权限范畴
- 若业务强依赖准确时间（如限时活动），必须走服务端接口返回可信时间戳，前端只负责格式化显示
- 测试时注意：不要只用自己的机器验证，多换几个设备/浏览器看看时区差异表现
要不要用第三方库比如 dayjs 或 moment？
对于单纯显示今天日期，没必要。原生 Date 完全够用，且无额外加载开销。
-
dayjs适合需要复杂操作的场景：相对时间（“2小时前”）、跨时区转换、ISO 周计算等 - 引入库反而增加首屏 JS 体积，还可能因未正确处理时区带来新 bug
- 如果项目已用
dayjs，那就复用：dayjs().format('YYYY-MM-DD')，否则别为一行日期特地加依赖
真正容易被忽略的是：你写的日期字符串是给谁看的？如果是中文用户，toLocaleDateString('zh-CN') 比硬编码格式更友好；如果用于日志或 API 参数，则必须用 ISO 格式并确保时区明确（比如加 Z）。
