Go语言使用%v打印time.Duration时出现的B5s实为Unicode字符µ（U+00B5，micro sign）的终端显示异常，本质表示“微秒”（μs），源于标准库对小于1毫秒的持续时间自动采用微秒单位并尝试渲染为“µs”。
go语言中time.duration格式化输出中的`b5s`实为unicode字符`µ`（u+00b5，micro sign）的终端显示异常，本质表示“微秒”（μs），源于标准库对小于1毫秒的持续时间自动采用微秒单位并尝试渲染为“µs”。
在Go语言中，time.Duration类型用于表示时间间隔，其底层是int64，单位为纳秒。当使用fmt.Printf("%v", d)（或glog.Info("%v", d)等基于fmt的打印）输出一个Duration值时，Go会根据数值大小自动选择最简可读单位（如s、ms、µs、ns），并调用内部的stringify逻辑进行格式化。
关键点在于：Go标准库（src/time/format.go及src/time/time.go）在格式化微秒级持续时间时，会拼接字符串"µs"（即U+00B5 + 's'）。然而，某些终端、日志系统（如旧版glog）、编码环境或字体不支持直接渲染Unicode微符号µ，导致该字符被错误解码或回退为字面量B5（即UTF-8编码0xC2 0xB5中，0xB5被孤立显示为B5），最终呈现为形如11.302B5s的异常输出。
✅ 正确理解：
- 11.302B5s ≡ 11.302µs ≡ 11.302 微秒（即 11,302 纳秒）
- 这不是bug，而是%v默认格式化策略与终端兼容性问题的组合结果。
? 验证示例：
立即学习“go语言免费学习笔记（深入）”；
package main
import (
"fmt"
"time"
)
func main() {
// 构造约11.302微秒的Duration
d := 11302 * time.Nanosecond // = 11.302 µs
fmt.Printf("%%v: %v\n", d) // 可能显示为 "11.302B5s"（终端不支持µ时）
fmt.Printf("%%s: %s\n", d) // 同样调用String()，行为一致
fmt.Printf("%%d ns: %d ns\n", d.Nanoseconds()) // 明确输出纳秒值：11302 ns
}? 规避与最佳实践：
-
避免依赖%v做日志可观测性：生产环境推荐显式控制单位和精度，例如：
fmt.Printf("duration: %.3f ms", float64(d.Microseconds())/1000.0) // 输出：duration: 0.011 ms -
强制使用ASCII单位：若需完全规避Unicode，可自定义格式化函数：
func formatDuration(d time.Duration) string { switch { case d < time.Microsecond: return fmt.Sprintf("%d ns", d.Nanoseconds()) case d < time.Millisecond: return fmt.Sprintf("%.3f µs", float64(d.Microseconds())) case d < time.Second: return fmt.Sprintf("%.3f ms", float64(d.Milliseconds())) default: return fmt.Sprintf("%.3f s", d.Seconds()) } } - 检查终端/日志系统配置：确保UTF-8编码启用，并使用支持Unicode的字体（如Fira Code、JetBrains Mono）。
⚠️ 注意：此现象与time.Now().Sub(t1)逻辑无关，纯属输出渲染层面的表现问题；Duration本身的值始终精确可靠。只要数值合理（如远小于1ms），即可确认其真实单位为微秒。
