go 的 time.time 在 json 编码时始终使用 rfc3339nano 格式，但实际输出是否包含纳秒部分取决于时间值本身的精度（即纳秒字段是否为 0），而非操作系统或 go 版本差异。
go 的 time.time 在 json 编码时始终使用 rfc3339nano 格式，但实际输出是否包含纳秒部分取决于时间值本身的精度（即纳秒字段是否为 0），而非操作系统或 go 版本差异。
在 Go 中，time.Time 类型实现了 json.Marshaler 接口，其 MarshalJSON 方法的实现是平台无关且版本统一的：它始终调用 t.Format("+ RFC3339Nano +") 进行格式化。RFC3339Nano 的定义为 "2006-01-02T15:04:05.999999999Z07:00"，其中 .999999999 表示“最多支持 9 位纳秒精度”，但会自动省略末尾的零——这是关键行为。
这意味着：
- 若 t.Nanosecond() == 0，则输出为 "2024-05-20T10:30:45Z"（即 RFC3339，无小数点）；
- 若 t.Nanosecond() == 123000000，则输出为 "2024-05-20T10:30:45.123Z"；
- 若 t.Nanosecond() == 456789012，则输出为 "2024-05-20T10:30:45.456789012Z"；
- 不会出现 "000000000" 或 "000" 等冗余后缀。
因此，你观察到的 OSX 输出无小数部分、Ubuntu 输出带纳秒，并非因平台差异导致，而是因为两个环境中 CreatedAt 时间值的纳秒精度不同：
package main
import (
"encoding/json"
"fmt"
"time"
)
type Thang struct {
CreatedAt time.Time `json:"created_at"`
}
func main() {
// 模拟仅含秒精度的时间（如从某些数据库/文件系统读取）
t1 := time.Date(2025, 1, 1, 12, 0, 0, 0, time.UTC)
b1, _ := json.Marshal(Thang{CreatedAt: t1})
fmt.Println(string(b1)) // {"created_at":"2025-01-01T12:00:00Z"}
// 模拟含纳秒精度的时间（如 time.Now()）
t2 := time.Date(2025, 1, 1, 12, 0, 0, 123456789, time.UTC)
b2, _ := json.Marshal(Thang{CreatedAt: t2})
fmt.Println(string(b2)) // {"created_at":"2025-01-01T12:00:00.123456789Z"}
}? 常见根源排查建议：
立即学习“go语言免费学习笔记（深入）”；
- ✅ 检查时间来源：是否来自 time.Now()（高精度） vs time.Unix(sec, 0)（秒级） vs 数据库 TIMESTAMP 字段（部分驱动默认截断纳秒）；
- ✅ 文件系统时间戳：macOS HFS+/APFS 与 Linux ext4/xfs 对 stat 纳秒支持不同，os.FileInfo.ModTime() 可能返回不同精度；
- ✅ ORM 或数据库驱动：如 database/sql 配合 pq 或 mysql 驱动时，若数据库字段为 DATETIME（无微秒）或未启用 parseTime=true，可能丢失纳秒；
- ❌ 排除误区：GOOS=linux 交叉编译不影响 time.Time 序列化逻辑；Go 1.4.1 与后续版本在此行为上完全一致。
? 如需强制统一格式（例如始终保留毫秒），可自定义类型实现 json.Marshaler：
type ConsistentTime time.Time
func (t ConsistentTime) MarshalJSON() ([]byte, error) {
s := time.Time(t).UTC().Format(`"` + time.RFC3339Nano + `"`)
// 强制截断为毫秒并补零（如需固定精度）
if idx := strings.LastIndex(s, "."); idx > 0 {
s = s[:idx+4] + `Z"` // 保留 .XXX
}
return []byte(s), nil
}✅ 总结：这不是 bug，而是 Go 对 RFC 3339 的严格且优雅实现——“按需显示精度”。确保时间值精度一致，比试图修改序列化逻辑更可靠。在 API 设计中，应明确文档化时间字段支持 RFC 3339（含可选小数秒），并要求客户端正确解析任意精度的 time.RFC3339* 格式。
