Golang怎么判断字符串是否为空_Golang如何正确检查空字符串和零值【基础】-Golang-PHP中文网

最安全的字符串空判断是 len(s) == 0，它直白无歧义、性能优、零开销；string 不可为 nil，无需且不能判 s == nil；*string 参数需先判 nil 再判长度。

golang怎么判断字符串是否为空_golang如何正确检查空字符串和零值【基础】

用 `len(s) == 0` 判断字符串是否为空最安全

Go 的字符串是只读字节序列，底层是结构体（包含指针和长度），"" 是明确的零值，但直接用 s == "" 虽然能工作，却隐含一个常见误解：有人以为它会做“语义空”判断（比如全空白字符也算空），其实不会。真正要检查「长度为零」，len(s) == 0 更直白、无歧义，且编译器对它的优化极好，性能和 s == "" 完全一致。

常见错误现象：s == "" 在代码审查中容易被误读为“逻辑空”，尤其当后续加了 strings.TrimSpace(s) == "" 时，两者混用导致行为不一致。

len(s) == 0 只关心底层数组长度，不涉及内存分配或 Unicode 解码，零开销
如果业务上需要忽略空白（如用户输入），必须显式用 strings.TrimSpace(s) == ""，不能复用空字符串判断逻辑
注意：nil 字符串在 Go 中不存在——string 类型不可为 nil，所以无需做 s == nil 检查

别把 `== ""` 和 `== nil` 混在一起写

这是新手常踩的坑：看到切片或 map 判空习惯写 if v == nil，就顺手给字符串也加个 == nil。但 string 是值类型，没有 nil 状态。写 if s == nil 会直接编译失败，报错 invalid operation: s == nil (mismatched types string and nil)。

使用场景：函数接收 *string 指针时，才需要先判指针是否为 nil，再解引用。

纯 string 参数：只用 len(s) == 0 或 s == ""
*string 参数：必须先 if s == nil，再 if len(*s) == 0，否则 panic
错误示例：var s *string; if len(*s) == 0 —— 解引用 nil 指针，运行时报 panic: runtime error: invalid memory address

JSON 反序列化后字符串字段可能为 `""`，但不是“缺失”

Go 的 json.Unmarshal 对字符串字段默认填充空字符串，而不是跳过字段。这意味着即使 JSON 中该字段完全没出现，只要结构体字段是非指针类型，反序列化后就是 ""；只有定义成 *string 才能区分“字段不存在”和“字段为空字符串”。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

参数差异：json:",omitempty" 标签只影响序列化（输出），不影响反序列化（输入）行为。

想区分空值与缺失：字段类型必须是 *string，然后检查 s == nil（缺失）vs s != nil && len(*s) == 0（存在但为空）
如果字段是 string 类型，反序列化后永远不可能是 nil，"" 就是它的零值，也是唯一可能的“空”状态
性能影响：用 *string 会多一次堆分配，但通常可忽略；若高频处理小 JSON，可权衡是否值得