JavaScript日期对象初始化需注意时区差异和字符串解析歧义，应优先使用数字参数或带时区的ISO格式；获取年月日等值须用getFullYear()等现代方法；格式化推荐toISOString()截取或padStart()补零；加减月份需警惕溢出，建议用专业库处理。
JavaScript 日期对象初始化容易出错？注意时区和字符串解析歧义
直接用 new Date('2024-10-05') 看似简洁，但实际行为因浏览器而异：Chrome 和 Firefox 会按 UTC 解析，Safari 却当本地时间处理。更危险的是 new Date('10/05/2024') —— 这个格式在某些地区被当成“月/日/年”，在另一些地区是“日/月/年”，new Date() 完全不保证可移植。
- 安全做法是显式传入年、月、日等数字参数：
new Date(2024, 9, 5)（注意：月从 0 开始） - 若必须解析字符串，优先用 ISO 8601 格式且带时区：
new Date('2024-10-05T00:00:00Z') - 避免用
Date.parse()处理非标准字符串，它和new Date(string)共享同一套模糊解析逻辑
获取年月日时分秒该用 getFullYear 还是 getYear？
getYear() 是已废弃的旧方法，返回的是“距 1900 年的年份数”，即 new Date(2024, 0, 1).getYear() === 124，极易引发 bug。现代代码必须用 getFullYear()、getMonth()、getDate() 等明确语义的方法。
-
getMonth()返回 0–11，不是 1–12；需要显示月份时记得 +1 -
getHours()、getMinutes()、getSeconds()均返回本地时区值 - 如需 UTC 时间，对应使用
getUTCFullYear()、getUTCHours()等
格式化日期成 'YYYY-MM-DD HH:mm:ss' 最简方式是什么？
原生 Date.prototype.toLocaleString() 配置项多但不易控，而手写拼接又易漏零。推荐组合使用 toISOString() 和字符串截断，或用 padStart() 补零：
const d = new Date();
const iso = d.toISOString(); // "2024-10-05T08:32:15.123Z"
const formatted = iso.slice(0, 19).replace('T', ' '); // "2024-10-05 08:32:15"如果需本地时区而非 UTC，改用：
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
立即学习“Java免费学习笔记（深入）”；
const d = new Date();
const y = d.getFullYear();
const m = String(d.getMonth() + 1).padStart(2, '0');
const day = String(d.getDate()).padStart(2, '0');
const h = String(d.getHours()).padStart(2, '0');
const min = String(d.getMinutes()).padStart(2, '0');
const s = String(d.getSeconds()).padStart(2, '0');
const formatted = `${y}-${m}-${day} ${h}:${min}:${s}`;加减天数、月份为什么不能直接改 getDate()？
看似可以 d.setDate(d.getDate() + 7) 加 7 天，这确实可行；但 d.setMonth(d.getMonth() + 1) 加一个月却有陷阱：2024-01-31 加一个月变成 2024-03-02（因为 2 月没有 31 日，自动溢出到 3 月）。这不是 bug，而是规范定义的行为。
- 加减天数较安全，但跨月时仍可能跳到下月首日
- 加减月份建议用专门库（如 date-fns 的
addMonths()），或手动判断目标月最大日期 - 时间计算强烈建议用毫秒差：
new Date(d.getTime() + 7 * 24 * 60 * 60 * 1000)更可靠
时区、字符串解析、月份索引、溢出处理——这些不是边缘情况，而是日常操作里最常踩坑的点。别依赖直觉，每个 Date 操作前，先想清楚它到底在哪个时区、以什么规则进位。
