错误即值

Go语言将错误视为普通的值，通过函数返回error接口来表示操作失败。

这与许多语言中抛出异常的方式形成鲜明对比。

error是一个内置接口：

type
error
}

任何实现了Error()

string方法的类型都可以作为错误。

示例：

func
Divide(a,
}

哲学：错误是预期之内的，应该由调用者处理。

通过显式地检查错误，代码流程更加清晰，避免了隐藏的控制流。

1.2

自定义错误

有时我们需要在错误中附加更多信息，例如错误码、上下文等。

可以通过自定义结构体实现error接口。

type
ValidationError
1.13引入了错误包装（wrapping）机制，允许我们在保留原始错误的同时添加上下文信息。
通过fmt.Errorf配合%w动词包装错误，并通过errors.Is和errors.As检查错误链。
包装错误：
func
ReadConfig(path
}
检查错误链：
err
:=
ReadConfig("config.yaml")
err
}
errors.Is会沿着错误链查找，判断是否包含指定的错误。
errors.As则用于提取特定类型的错误：
var
pathErr
}
自定义错误支持Unwrap：如果你自定义的错误类型需要被包装，可以实现Unwrap()
error方法，或使用fmt.Errorf自动处理。
1.4
错误链的优势
保留错误链有助于追溯问题的根源。
例如，在多层调用中，每一层都可以添加上下文，最终形成一个清晰的错误路径。
func
LoadData()
}
打印错误时会显示完整的链，方便定位。
/>
二、panic
panic
panic是Go中的异常机制，用于表示不可恢复的错误，例如：
程序初始化失败（如无法监听端口）。
无法恢复的不变量被破坏（如数组越界，但应通过代码逻辑避免）。
显式调用panic表示不应该发生的错误。
示例：
func
MustInit()
}
原则：库函数应尽量避免panic，而是返回错误；仅在main包或初始化阶段使用。
2.2
recover
panic
recover是一个内建函数，用于捕获panic，使程序恢复控制。
recover仅在defer函数中有效。
func
safeCall()
}
输出：
Recovered
from
continues...
2.3
panic
的区别
特性
error
panic
预期性
预期内的错误（如用户输入错误）
预期外的异常（如空指针）
处理方式
调用者检查并决定
程序崩溃或通过recover捕获
性能
无额外开销
有栈展开开销
适用场景
大多数函数返回
初始化失败、不可恢复状态
最佳实践：用error处理业务逻辑中的预期错误，用panic处理程序bug或无法继续的情况。
标准库
log
Go标准库的log包提供了基础的日志功能，包括时间戳、输出到stderr、支持Print/Fatal/Panic等。
import
"log"
}
优点：简单易用，无需额外依赖。
/>缺点：
仅支持基础级别（没有Debug/Info/Warn/Error区分）。
输出格式固定，不适合结构化分析。
缺乏日志分级和过滤。
3.2
结构化日志
结构化日志以JSON等形式输出，便于集中式日志系统（如ELK、Loki）收集和分析。
常用的第三方库有logrus和zap。
logrus
示例
安装：
go
get
github.com/sirupsen/logrus
使用：
package
main
"github.com/sirupsen/logrus"
func
log.SetFormatter(&logrus.JSONFormatter{})
JSON格式
}
输出：
{"ip":"192.168.1.1","level":"info","msg":"User
logged
in","time":"2025-01-01T12:00:00Z","user_id":123}
zap
示例（性能更高）
安装：
go
get
go.uber.org/zap
使用：
import
func
}
zap性能极佳，适合对性能有要求的场景。
3.3
日志分级
合理的日志级别有助于过滤信息：
Debug：调试信息，开发环境开启。
Info：正常操作信息。
Warn：警告，可能需要注意但不影响运行。
Error：错误，需要处理。
Fatal：致命错误，记录后程序退出。
使用logrus或zap可以轻松设置级别和过滤。
3.4
与上下文集成
在微服务或分布式系统中，需要将请求的追踪ID（trace
ID）贯穿整个调用链，以便关联日志。
使用
context
ctx.Value(TraceIDKey).(string);
return
log.WithField("trace_id",
started")
}

在HTTP中间件中设置trace

http.Handler)

r.Header.Get("X-Trace-ID")

traceID

}

这样，所有日志都会自动包含trace

ID，便于在分布式追踪系统中串联。

package
main
"github.com/google/uuid"
"github.com/sirupsen/logrus"
自定义错误
log.SetFormatter(&logrus.JSONFormatter{})
上下文key
ctx.Value(traceIDKey).(string);
return
r.Header.Get("X-Trace-ID")
traceID
json.NewEncoder(w).Encode(map[string]string{"user":
"alice"})
mux.HandleFunc("/user",
getUserHandler)
tracingMiddleware(loggingMiddleware(mux))
log.Info("server
http.ListenAndServe(":8080",
handler);
log.WithError(err).Fatal("server
failed")
}

curl
"X-Trace-ID:
http://localhost:8080/user

{"level":"info","msg":"request
started","method":"GET","path":"/user","remote":"127.0.0.1:12345","time":"...","trace_id":"abc123"}
{"level":"error","msg":"database
error","error":"code=500,
message=failed
refused","trace_id":"abc123","time":"..."}
{"level":"info","msg":"request
completed","duration":10,"method":"GET","path":"/user","time":"...","trace_id":"abc123"}