go 语言中不能直接通过 adddate(543, 0, 0) 将公历时间转为佛历，因为该操作会改变实际日期（如 2020-02-29 变为 2563-03-01），导致日期错位；正确做法是仅对年份加 543 并保持月、日不变，再格式化输出。
go 语言中不能直接通过 adddate(543, 0, 0) 将公历时间转为佛历，因为该操作会改变实际日期（如 2020-02-29 变为 2563-03-01），导致日期错位；正确做法是仅对年份加 543 并保持月、日不变，再格式化输出。
在泰国、柬埔寨、老挝等使用佛历（Buddhist Era, B.E.）的国家，佛历年份 = 公历年份（A.D.） + 543。但需特别注意：佛历与公历共享同一套格里高利历（Gregorian calendar）规则，即月、日结构完全一致，仅年份数值偏移。因此，转换的核心原则是：不改变具体日期（年以外的字段），只调整年份显示值。
错误做法示例（⚠️ 会导致日期漂移）：
t := time.Date(2020, time.February, 29, 0, 0, 0, 0, time.Local)
buddhaTime := t.AddDate(543, 0, 0) // ❌ 结果为 2563-03-01 —— 29 Feb 2020 不存在于 2563 年（非闰年）
fmt.Println(buddhaTime.Format("02/01/2006")) // 输出 "01/03/2563"
AddDate 会按目标年份（2563）重新校验闰年，而 2563 年不是闰年（2563 % 4 = 3），因此 2020-02-29 被自动归正为 2563-03-01，造成语义错误。
✅ 正确做法：提取年、月、日，手动计算佛历年份，再构造格式化字符串：
import (
"fmt"
"time"
)
func ConvertToBuddhistYear(t time.Time) string {
beYear := t.Year() + 543
return fmt.Sprintf("%02d/%02d/%d", t.Day(), int(t.Month()), beYear)
}
// 使用示例
func main() {
t := time.Now()
fmt.Println("公历:", t.Format("02/01/2006")) // 如 "15/04/2024"
fmt.Println("佛历:", ConvertToBuddhistYear(t)) // 如 "15/04/2567"
// 验证闰年边界：2020-02-29 → 应显示为 29/02/2563（合法！因佛历沿用公历闰年规则，2020 是闰年 ⇒ 2563 年也视作“对应闰年”）
leapDay := time.Date(2020, time.February, 29, 0, 0, 0, 0, time.Local)
fmt.Println("2020-02-29 佛历:", ConvertToBuddhistYear(leapDay)) // 输出 "29/02/2563"
}
? 关键说明：
- 佛历 不是独立历法，而是公历的年份偏移表示法，其闰年判定仍以对应公历年份为准（即 2020 是闰年 → 佛历中称“2563年”，但该年份的 2 月仍有 29 日）；
- 因此无需判断 IsLeapYear(2563)，而应判断 IsLeapYear(2020) —— 但该判断本身对格式化无影响，因为日期结构不变；
- 若需完整 time.Time 类型（如用于计算或时区处理），可构造新时间对象（注意保留时区）：
func ToBuddhistTime(t time.Time) time.Time { beYear := t.Year() + 543 return time.Date(beYear, t.Month(), t.Day(), t.Hour(), t.Minute(), t.Second(), t.Nanosecond(), t.Location()) }
? 总结：佛历转换本质是字符串/数值层面的年份映射，而非历法转换。始终基于原始 time.Time 的 Day()、Month()、Year() 拆解处理，避免 AddDate 等会触发历法重校验的操作。
