getfullyear()方法用于获取本地时间的四位数年份，解决跨世纪年份解析问题。它直接返回完整年份如2023或1995，而不像废弃的getyear()那样对1900-1999年份返回减去1900的结果（如1995年返回95），现代浏览器中getyear()可能返回年份减1900的值（如2023年返回123），因此推荐始终使用getfullyear()。此外，date对象还提供getmonth()（0-indexed月份）、getdate()（月中的天数）、getday()（星期几）、gethours()、getminutes()、getseconds()、getmilliseconds()等方法提取日期信息。getfullyear()基于本地时间返回年份，若需统一时间基准则应使用getutcfullyear()，常见应用场景包括动态版权年份显示、粗略年龄计算、数据按年筛选、生成年度报告等。
JavaScript的Date.prototype.getFullYear方法，简单来说，就是用来从一个Date对象里提取出它所代表的四位数字的年份。它会给你当前日期对象在本地时间下的年份，比如2023、1999之类的，非常直接和可靠。
解决方案
使用getFullYear()方法非常直观。你只需要创建一个Date对象，然后调用它的这个方法就行了。它不接受任何参数，直接返回一个表示年份的数字。这与一些老旧的、现在基本废弃的getYear()方法不同，getFullYear()总是返回完整的四位年份，这在处理跨世纪的日期时尤其重要，避免了许多潜在的年份解析错误。
比如，如果你想知道现在是哪一年：
立即学习“Java免费学习笔记（深入）”；
const now = new Date(); const currentYear = now.getFullYear(); console.log(currentYear); // 输出当前年份，例如：2023
或者，如果你有一个特定的日期，想知道它的年份：
const specificDate = new Date('1995-12-17T03:24:00'); const yearOfSpecificDate = specificDate.getFullYear(); console.log(yearOfSpecificDate); // 输出：1995
我个人觉得，getFullYear()是处理年份最省心的方法，因为它始终返回你期望的四位数年份，不像以前的getYear()那样可能给你带来一些奇怪的两位数结果。这在写代码时，能大大减少你对年份解析的顾虑。
getFullYear() 和 getYear() 在使用上有什么本质区别？
这真的是一个历史遗留问题，也是我刚开始接触JavaScript日期处理时，容易踩坑的地方。getFullYear()和getYear()虽然都带“Year”，但它们的工作方式和返回结果有着天壤之别，而且说实话，getYear()现在基本上就是个“雷区”，应该完全避免使用。
getFullYear()，正如它名字所暗示的，总是返回一个完整的四位数字年份。比如，2023年就返回2023，1999年就返回1999。这非常符合我们日常对年份的认知。
而getYear()就比较“诡异”了。它在ecmascript 1规范中引入，设计上就有些问题。对于1900年到1999年之间的年份，它会返回年份减去1900的结果，比如1995年返回95。但对于2000年及以后的年份，它又会返回完整的四位年份。这种不一致性，尤其是对于跨世纪的应用来说，简直是噩梦。想象一下，你的代码在2000年前运行得好好的，一到2000年就出错了，那得多崩溃？
举个例子你就明白了：
const date1995 = new Date('1995-01-01'); console.log(date1995.getFullYear()); // 输出：1995 // console.log(date1995.getYear()); // 输出：95 (在现代浏览器中可能已被废弃或行为不同，但历史如此) const date2023 = new Date('2023-01-01'); console.log(date2023.getFullYear()); // 输出：2023 // console.log(date2023.getYear()); // 输出：123 (2023 - 1900，这种行为现在更常见)
正是因为getYear()的这种不确定性和历史包袱，它已经被废弃（deprecated）了。所以，我的建议是，无论何时，只要你需要获取年份，无脑选择getFullYear()就对了，能帮你省去很多不必要的麻烦和调试时间。
除了年份，Date对象还有哪些常用方法可以提取日期信息？
一个Date对象可不仅仅是年份那么简单，它包含了从年到毫秒的所有时间信息。getFullYear()只是其中一个提取器，还有很多其他非常有用的方法，它们构成了我们处理日期时间的基础。
- getMonth(): 这个方法返回月份，但有个小“陷阱”——它是0-indexed的。也就是说，1月是0，2月是1，直到12月是11。这在我初学时经常让我犯错，总得记得加1才能得到我们日常理解的月份。
const d = new Date('2023-07-15'); console.log(d.getMonth()); // 输出：6 (表示7月) console.log(d.getMonth() + 1); // 这样才是我们想要的7 - getDate(): 返回日期在一个月中的天数，从1到31。这个就比较符合直觉了。
const d = new Date('2023-07-15'); console.log(d.getDate()); // 输出：15 - getDay(): 返回星期几，也是0-indexed，但这里0代表星期日，1代表星期一，以此类推，直到6代表星期六。
const d = new Date('2023-07-15'); // 2023年7月15日是星期六 console.log(d.getDay()); // 输出：6 - getHours(): 返回小时数（0-23）。
- getMinutes(): 返回分钟数（0-59）。
- getSeconds(): 返回秒数（0-59）。
- getMilliseconds(): 返回毫秒数（0-999）。
这些方法共同构成了Date对象在本地时间下获取日期时间组件的核心能力。掌握它们，你就能灵活地从一个日期对象中抽取你需要的任何时间信息。它们就像是日期的“拆解工具”，让你能把一个完整的日期时间分解成各个独立的组成部分。
getFullYear() 如何受本地时区影响，以及在实际开发中的常见应用场景？
getFullYear() 方法返回的是基于本地时间的年份。这意味着，如果你在纽约（EST）运行代码，它会根据纽约的当前时间返回年份；如果你在北京（CST）运行，它就会根据北京的时间返回年份。这种“本地化”的特性，在使用时需要特别注意，尤其是在涉及到跨时区的数据处理时。
与之相对的是getUTCFullYear()，它返回的是协调世界时（UTC）的年份，不受本地时区影响。选择哪一个，完全取决于你的应用场景。如果你的应用是面向全球用户，并且需要统一的时间基准，那么getUTCFullYear()（以及其他UTC方法）可能是更好的选择。但如果你的应用只关心用户所在地的日期显示，那getFullYear()就非常合适。我曾经在处理日志时间戳时，就因为混淆了本地时间和UTC时间，导致数据分析结果出现偏差，后来才意识到需要严格区分。
在实际开发中，getFullYear() 的应用场景非常广泛：
- 版权年份显示: 网站底部常见的“© 2023 Company Name”这种版权声明，最常见的就是动态获取当前年份来填充。
document.getElementById('copyright-year').textContent = new Date().getFullYear(); - 用户年龄或出生年份计算: 虽然计算精确年龄需要更复杂的逻辑（考虑月份和日期），但如果只是粗略地根据年份分组或筛选，getFullYear()就很有用。
const birthYear = new Date('1990-05-15').getFullYear(); const currentYear = new Date().getFullYear(); const ageEstimate = currentYear - birthYear; // 粗略年龄 - 数据按年份筛选或归档: 在数据管理系统中，你可能需要根据记录创建或修改的年份来筛选、查询或归档数据。
const records = [ { id: 1, created: new Date('2022-03-01') }, { id: 2, created: new Date('2023-01-15') }, { id: 3, created: new Date('2023-11-20') } ]; const records2023 = records.filter(record => record.created.getFullYear() === 2023); console.log(records2023); - 生成年度报告或图表: 在生成年度统计报告或图表时，你需要提取年份作为数据维度。
总的来说，getFullYear()是一个看似简单但功能强大的方法，它在很多需要获取本地时间年份的场景下都是首选。关键在于理解它基于本地时间这一特性，并根据实际需求选择合适的日期方法。
