闰年判断的Go原生写法是用if直接写条件：(year%4 == 0 && year%100 != 0) || year%400 == 0，需加外层括号确保逻辑正确；推荐封装为IsLeapYear(year int) bool函数，负数或0返回false。
闰年判断的 Go 原生写法：用 if 直接写条件最稳妥
Go 没有内置的 isLeapYear() 函数（标准库 time 包里倒是有，但仅限于 Calendar 实例方法，不能直接传年份调用），所以最常用、最可控的方式就是手写逻辑判断。核心就一条：年份满足 (year%4 == 0 && year%100 != 0) || year%400 == 0 就是闰年。
- 别漏括号——
&&优先级高于||，不加外层括号会导致逻辑错乱，比如year%4==0 && year%100!=0 || year%400==0看似没问题，但实际等价于(year%4==0 && year%100!=0) || year%400==0，可读性差，易被误改 - 年份类型建议用
int，避免用int64或uint后续做模运算时隐式转换出问题（比如负数年份输入没校验，-1 % 4在 Go 中结果是 -1，不是 3） - 用户输入场景下，记得先用
fmt.Scanln读整数，再检查是否为正数——公元前年份、零年、负数年份不参与公历闰年规则
time.Calendar.IsLeap() 的使用前提和限制
Go 标准库 time 包确实提供了 IsLeap() 方法，但它不是独立函数，而是绑定在 Calendar 类型上的方法，必须先拿到一个 Calendar 实例才能调。而这个实例只能从 time.Time 对象通过 .Calendar() 方法获得，不能凭空构造。
- 你不能写
time.IsLeap(2024)—— 这会编译报错：undefined: time.IsLeap - 正确姿势是：先有时间点，比如
t := time.Date(2024, 1, 1, 0, 0, 0, 0, time.UTC)，再调t.Calendar().IsLeap(2024) - 注意参数：该方法接收的是
int年份，但它的语义是“以当前Calendar所属时间点为上下文判断该年”，实际只依赖年份值，不依赖月份/日期；不过多绕一层没意义，纯判断年份时不如手写条件高效 - 它底层其实也是同样逻辑，只是封装了一次，额外多了对象创建开销，对高频调用（如批量校验万年历）有轻微性能影响
常见错误现象：为什么 1900、2100 总被判成闰年？
这是最常踩的坑：只写了 year % 4 == 0，漏掉了「被 100 整除但不被 400 整除则不是闰年」这一关键排除条件。
- 典型错误代码：
if year%4 == 0 { fmt.Println("闰年") }→ 1900、2100、2200 全部误判为闰年 - 更隐蔽的错法：
year%4 == 0 || year%400 == 0→ 忽略了「被 100 整除」的否决权，1900 仍会被1900%400 != 0排除，但 2100 还是会因2100%4 == 0被放过 - 调试建议：把 1900、2000、2024、2100 四个典型年份写进测试 case，一眼暴露逻辑漏洞
封装成函数时要注意的边界和复用性
如果项目里多次用到闰年判断，封装成函数很合理，但得处理好签名和行为预期。
立即学习“go语言免费学习笔记（深入）”；
- 函数名建议用
IsLeapYear(year int) bool，清晰表明返回布尔值、参数是年份；避免叫CheckLeap()这类模糊命名 - 要不要校验输入？推荐不做 panic，而是约定：负数或 0 返回
false（公历无零年，负数年份属天文纪年，不适用此规则），让调用方决定是否报错 - 别用字符串当参数——像
IsLeapYear(y string)再内部strconv.Atoi，既增加错误分支（err处理），又引入非必要转换开销；年份本质是数值，由上游保证类型更干净 - 示例简洁写法：
func IsLeapYear(year int) bool { if year <= 0 { return false } return (year%4 == 0 && year%100 != 0) || year%400 == 0 }
