SKILL.md
readonlyread-only
name
golang-patterns
description
慣用的 Go 模式、最佳實務與慣例,用於建構穩健、高效且易於維護的 Go 應用程式。
Go 開發模式
慣用的 Go 模式與最佳實務,用於建構穩健、高效且易於維護的應用程式。
何時啟用
- 撰寫新的 Go 程式碼
- 審查 Go 程式碼
- 重構現有的 Go 程式碼
- 設計 Go 套件/模組
核心原則
1. 簡潔與清晰
Go 偏好簡潔而非花俏。程式碼應該淺顯易懂。
// 好:清楚直接
func GetUser(id string) (*User, error) {
user, err := db.FindUser(id)
if err != nil {
return nil, fmt.Errorf("get user %s: %w", id, err)
}
return user, nil
}
// 差:過於花俏
func GetUser(id string) (*User, error) {
return func() (*User, error) {
if u, e := db.FindUser(id); e == nil {
return u, nil
} else {
return nil, e
}
}()
}
2. 讓零值有用
設計型別,使其零值無需初始化即可直接使用。
// 好:零值有用
type Counter struct {
mu sync.Mutex
count int // 零值為 0,可直接使用
}
func (c *Counter) Inc() {
c.mu.Lock()
c.count++
c.mu.Unlock()
}
// 好:bytes.Buffer 的零值可直接使用
var buf bytes.Buffer
buf.WriteString("hello")
// 差:需要初始化
type BadCounter struct {
counts map[string]int // nil map 會 panic
}
3. 接受介面,回傳結構體
函式應接受介面參數,並回傳具體型別。
// 好:接受介面,回傳具體型別
func ProcessData(r io.Reader) (*Result, error) {
data, err := io.ReadAll(r)
if err != nil {
return nil, err
}
return &Result{Data: data}, nil
}
// 差:回傳介面(不必要地隱藏實作細節)
func ProcessData(r io.Reader) (io.Reader, error) {
// ...
}
錯誤處理模式
帶上下文的錯誤包裝
// 好:用上下文包裝錯誤
func LoadConfig(path string) (*Config, error) {
data, err := os.ReadFile(path)
if err != nil {
return nil, fmt.Errorf("load config %s: %w", path, err)
}
var cfg Config
if err := json.Unmarshal(data, &cfg); err != nil {
return nil, fmt.Errorf("parse config %s: %w", path, err)
}
return &cfg, nil
}
自訂錯誤型別
// 定義領域特定的錯誤
type ValidationError struct {
Field string
Message string
}
func (e *ValidationError) Error() string {
return fmt.Sprintf("validation failed on %s: %s", e.Field, e.Message)
}
// 常見情況的哨兵錯誤
var (
ErrNotFound = errors.New("resource not found")
ErrUnauthorized = errors.New("unauthorized")
ErrInvalidInput = errors.New("invalid input")
)
使用 errors.Is 與 errors.As 檢查錯誤
func HandleError(err error) {
// 檢查特定錯誤
if errors.Is(err, sql.ErrNoRows) {
log.Println("No records found")
return
}
// 檢查錯誤型別
var validationErr *ValidationError
if errors.As(err, &validationErr) {
log.Printf("Validation error on field %s: %s",
validationErr.Field, validationErr.Message)
return
}
// 未知錯誤
log.Printf("Unexpected error: %v", err)
}
絕不忽略錯誤
// 差:用空白識別字忽略錯誤
result, _ := doSomething()
// 好:處理錯誤,或明確說明為何可以安全忽略
result, err := doSomething()
if err != nil {
return err
}
// 可接受:當錯誤真的無關緊要時(罕見)
_ = writer.Close() // 盡力清理,錯誤已在別處記錄
並行模式
Worker Pool
func WorkerPool(jobs <-chan Job, results chan<- Result, numWorkers int) {
var wg sync.WaitGroup
for i := 0; i < numWorkers; i++ {
wg.Add(1)
go func() {
defer wg.Done()
for job := range jobs {
results <- process(job)
}
}()
}
wg.Wait()
close(results)
}
用 Context 處理取消與逾時
func FetchWithTimeout(ctx context.Context, url string) ([]byte, error) {
ctx, cancel := context.WithTimeout(ctx, 5*time.Second)
defer cancel()
req, err := http.NewRequestWithContext(ctx, "GET", url, nil)
if err != nil {
return nil, fmt.Errorf("create request: %w", err)
}
resp, err := http.DefaultClient.Do(req)
if err != nil {
return nil, fmt.Errorf("fetch %s: %w", url, err)
}
defer resp.Body.Close()
return io.ReadAll(resp.Body)
}
優雅關機
func GracefulShutdown(server *http.Server) {
quit := make(chan os.Signal, 1)
signal.Notify(quit, syscall.SIGINT, syscall.SIGTERM)
<-quit
log.Println("Shutting down server...")
ctx, cancel := context.WithTimeout(context.Background(), 30*time.Second)
defer cancel()
if err := server.Shutdown(ctx); err != nil {
log.Fatalf("Server forced to shutdown: %v", err)
}
log.Println("Server exited")
}
使用 errgroup 協調 Goroutine
import "golang.org/x/sync/errgroup"
func FetchAll(ctx context.Context, urls []string) ([][]byte, error) {
g, ctx := errgroup.WithContext(ctx)
results := make([][]byte, len(urls))
for i, url := range urls {
i, url := i, url // 捕獲迴圈變數
g.Go(func() error {
data, err := FetchWithTimeout(ctx, url)
if err != nil {
return err
}
results[i] = data
return nil
})
}
if err := g.Wait(); err != nil {
return nil, err
}
return results, nil
}
避免 Goroutine 洩漏
// 差:如果 context 被取消,goroutine 會洩漏
func leakyFetch(ctx context.Context, url string) <-chan []byte {
ch := make(chan []byte)
go func() {
data, _ := fetch(url)
ch <- data // 如果沒有接收者,會永遠阻塞
}()
return ch
}
// 好:妥善處理取消
func safeFetch(ctx context.Context, url string) <-chan []byte {
ch := make(chan []byte, 1) // 緩衝 channel
go func() {
data, err := fetch(url)
if err != nil {
return
}
select {
case ch <- data:
case <-ctx.Done():
}
}()
return ch
}
介面設計
小型、專注的介面
// 好:單一方法介面
type Reader interface {
Read(p []byte) (n int, err error)
}
type Writer interface {
Write(p []byte) (n int, err error)
}
type Closer interface {
Close() error
}
// 依需求組合介面
type ReadWriteCloser interface {
Reader
Writer
Closer
}
在使用處定義介面
// 在消費者套件中,而非提供者套件
package service
// UserStore 定義此服務需要的功能
type UserStore interface {
GetUser(id string) (*User, error)
SaveUser(user *User) error
}
type Service struct {
store UserStore
}
// 具體實作可以在另一個套件中
// 它不需要知道這個介面
使用型別斷言實現選擇性行為
type Flusher interface {
Flush() error
}
func WriteAndFlush(w io.Writer, data []byte) error {
if _, err := w.Write(data); err != nil {
return err
}
// 如果支援則 Flush
if f, ok := w.(Flusher); ok {
return f.Flush()
}
return nil
}
套件組織
標準專案結構
myproject/
├── cmd/
│ └── myapp/
│ └── main.go # 進入點
├── internal/
│ ├── handler/ # HTTP 處理器
│ ├── service/ # 商業邏輯
│ ├── repository/ # 資料存取
│ └── config/ # 設定
├── pkg/
│ └── client/ # 公開 API 客戶端
├── api/
│ └── v1/ # API 定義(proto, OpenAPI)
├── testdata/ # 測試用資料
├── go.mod
├── go.sum
└── Makefile
套件命名
// 好:簡短、小寫、無底線
package http
package json
package user
// 差:冗長、大小寫混雜或重複
package httpHandler
package json_parser
package userService // 多餘的 'Service' 後綴
避免套件層級狀態
// 差:全域可變狀態
var db *sql.DB
func init() {
db, _ = sql.Open("postgres", os.Getenv("DATABASE_URL"))
}
// 好:依賴注入
type Server struct {
db *sql.DB
}
func NewServer(db *sql.DB) *Server {
return &Server{db: db}
}
結構體設計
函式選項模式
type Server struct {
addr string
timeout time.Duration
logger *log.Logger
}
type Option func(*Server)
func WithTimeout(d time.Duration) Option {
return func(s *Server) {
s.timeout = d
}
}
func WithLogger(l *log.Logger) Option {
return func(s *Server) {
s.logger = l
}
}
func NewServer(addr string, opts ...Option) *Server {
s := &Server{
addr: addr,
timeout: 30 * time.Second, // 預設值
logger: log.Default(), // 預設值
}
for _, opt := range opts {
opt(s)
}
return s
}
// 使用方式
server := NewServer(":8080",
WithTimeout(60*time.Second),
WithLogger(customLogger),
)
嵌入實現組合
type Logger struct {
prefix string
}
func (l *Logger) Log(msg string) {
fmt.Printf("[%s] %s\n", l.prefix, msg)
}
type Server struct {
*Logger // 嵌入 - Server 獲得 Log 方法
addr string
}
func NewServer(addr string) *Server {
return &Server{
Logger: &Logger{prefix: "SERVER"},
addr: addr,
}
}
// 使用方式
s := NewServer(":8080")
s.Log("Starting...") // 呼叫嵌入的 Logger.Log
記憶體與效能
已知大小時預先分配 Slice
// 差:多次擴充 slice
func processItems(items []Item) []Result {
var results []Result
for _, item := range items {
results = append(results, process(item))
}
return results
}
// 好:單次分配
func processItems(items []Item) []Result {
results := make([]Result, 0, len(items))
for _, item := range items {
results = append(results, process(item))
}
return results
}
使用 sync.Pool 處理頻繁分配
var bufferPool = sync.Pool{
New: func() interface{} {
return new(bytes.Buffer)
},
}
func ProcessRequest(data []byte) []byte {
buf := bufferPool.Get().(*bytes.Buffer)
defer func() {
buf.Reset()
bufferPool.Put(buf)
}()
buf.Write(data)
// 處理...
return buf.Bytes()
}
避免在迴圈中進行字串串接
// 差:產生大量字串分配
func join(parts []string) string {
var result string
for _, p := range parts {
result += p + ","
}
return result
}
// 好:使用 strings.Builder 單次分配
func join(parts []string) string {
var sb strings.Builder
for i, p := range parts {
if i > 0 {
sb.WriteString(",")
}
sb.WriteString(p)
}
return sb.String()
}
// 最佳:使用標準函式庫
func join(parts []string) string {
return strings.Join(parts, ",")
}
Go 工具整合
基本指令
# 建置與執行
go build ./...
go run ./cmd/myapp
# 測試
go test ./...
go test -race ./...
go test -cover ./...
# 靜態分析
go vet ./...
staticcheck ./...
golangci-lint run
# 模組管理
go mod tidy
go mod verify
# 格式化
gofmt -w .
goimports -w .
建議的 Linter 設定 (.golangci.yml)
linters:
enable:
- errcheck
- gosimple
- govet
- ineffassign
- staticcheck
- unused
- gofmt
- goimports
- misspell
- unconvert
- unparam
linters-settings:
errcheck:
check-type-assertions: true
govet:
enable:
- shadow
issues:
exclude-use-default: false
快速參考:Go 慣用語
| 慣用語 | 說明 |
|---|---|
| 接受介面,回傳結構體 | 函式接受介面參數,回傳具體型別 |
| 錯誤是值 | 將錯誤視為一等公民,而非例外 |
| 不要透過共享記憶體來溝通 | 使用 channel 協調 goroutine 之間的合作 |
| 讓零值有用 | 型別應無需明確初始化即可使用 |
| 一點複製勝過一點依賴 | 避免不必要的外部依賴 |
| 清晰勝於巧妙 | 優先考慮可讀性而非巧妙 |
| gofmt 不是任何人的最愛,但卻是每個人的朋友 | 永遠使用 gofmt/goimports 格式化 |
| 及早回傳 | 先處理錯誤,讓快樂路徑不縮排 |
應避免的反模式
// 差:長函式中使用裸回傳
func process() (result int, err error) {
// ... 50 行 ...
return // 回傳了什麼?
}
// 差:使用 panic 控制流程
func GetUser(id string) *User {
user, err := db.Find(id)
if err != nil {
panic(err) // 不要這樣做
}
return user
}
// 差:在結構體中傳遞 context
type Request struct {
ctx context.Context // Context 應為第一個參數
ID string
}
// 好:Context 作為第一個參數
func ProcessRequest(ctx context.Context, id string) error {
// ...
}
// 差:混用值接收者與指標接收者
type Counter struct{ n int }
func (c Counter) Value() int { return c.n } // 值接收者
func (c *Counter) Increment() { c.n++ } // 指標接收者
// 選擇一種風格並保持一致
切記:Go 程式碼應該以最好的方式顯得無聊——可預測、一致且易於理解。有疑問時,保持簡單。






