Go 语言鼓励通过多返回值（尤其是 (value, error) 形式）显式表达结果与错误状态；当 error 非 nil 时，其他返回值应视为未定义，通常使用零值占位，而非试图构造“有意义”的替代值。
go 语言鼓励通过多返回值（尤其是 `(value, error)` 形式）显式表达结果与错误状态；当 `error` 非 nil 时，其他返回值应视为未定义，通常使用零值占位，而非试图构造“有意义”的替代值。
在 Go 中，函数声明多个返回值（如 func() (string, error)）并非要求“每次调用都必须同时提供有效值”，而是建立一种契约式约定：调用方应始终先检查 error，仅当 error == nil 时才安全使用其他返回值。这一设计根植于 Go 的错误处理哲学——错误不是异常，而是正常控制流的一部分。
以问题中的 GetBasicAuth 函数为例：
func GetBasicAuth(w http.ResponseWriter, r *http.Request) (string, error) {
secret, _, ok := r.BasicAuth()
if !ok {
return "", errors.New("missing or invalid Authorization header") // ✅ 零值 + 明确错误
}
return secret, nil
}此处 return "", err 完全正确："" 是 string 类型的零值，语义清晰（“无有效凭据”），且符合 Go 社区惯例。它不表示“空字符串是合法结果”，而是一种占位符，向调用方传递“此调用失败，勿使用该字符串”的信号。
关键原则与注意事项
- 零值即规范：对 int 返回 0、bool 返回 false、*T 返回 nil、string 返回 "" —— 这不是妥协，而是 Go 的显式性体现。
- 绝不返回“伪有效值”：例如在认证失败时返回 "default_user" 或随机字符串，会掩盖逻辑错误，破坏调用方的错误检查逻辑。
- 文档即契约：若自定义函数需在出错时仍提供部分有效数据（如 io.Reader.Read 的 n 可能 > 0 即使 err != nil），必须在 Godoc 中明确说明，否则默认遵循“err != nil ⇒ 其他值未定义”规则。
-
调用方必须遵守约定：
if secret, err := GetBasicAuth(w, r); err != nil { http.Error(w, "Unauthorized", http.StatusUnauthorized) return } // ✅ 此处 secret 才可安全使用 validate(secret)
总结而言，Go 的多返回值机制本质是类型系统对错误处理的强化支持。接受零值占位，坚持“先检错、再用值”的流程，既是语言惯用法，也是构建健壮、可维护服务的基础纪律。
