最近在学习go语言，以此记录日常编码中的最佳实践，欢迎大家一起讨论

注释模板

使用Goanno插件：https://github.com/loveinsky100/goanno

设置模板

以goland为例

1. 选择“工具-Goanno设置”

2. 编辑模板

// ${function_name} ${todo} //  @receiver ${receiver} //  @param ${params} //  @return ${return_types}

案例

// GetNode 获取指定结构，从缓存加载 // //	@receiver c //	@param ctx //	@param countryCode	国家码 //	@return *Node func (c *Cache) GetNode(ctx context.Context, countryCode string) *Node, error { 	... 	return cacheNode, nil }

 日志打印

建议使用zap的零内存分配api，性能比go标准库的api好：GitHub - uber-go/zap: Blazing fast, structured, leveled logging in Go.

格式处理

• %v: 根据值的类型自动选择合适的格式输出。
• %+v: 类似 %v，但会输出更多的信息，如字段名称。
• %#v: 输出值的完整 Go 语法表示，包括类型信息。
• 不要直接打印byte[]类型等无实际意义的日志，应该转成string打印。

错误处理

go最受争议的部分之一就是错误处理，这里不去讨论其好坏，仍然推荐大家使用官方的处理方式：返回error接口，不建议使用panic + recover，容易导致程序崩溃

func f() error {     if ... {         return errors.New("xxx")     }     return nil }

解决error无堆栈

部分goer建议使用panic + recover就是因为其有堆栈而error没有，但我们可以实现新的error接口时增加堆栈记录

type BizError struct { 	code    string 	message string 	cause   error  	stacktrace struct { 		onCreate *stacktrace 		onPanic  *stacktrace 	} }  // NewBizError create a new BizError //   - cause can be nil is no underlying error //   - omitStacks indicates how many frames should be dropped, if <=0 no stacks will be filled func NewBizError(code api.ResultCode, message string, cause error, omitStacks int, throwInPlace bool) *BizError { 	err := &BizError{ 		code:    code.Code(), 		message: message, 		cause:   cause, 	} 	if omitStacks >= 0 { 		err.stacktrace.onCreate = dumpStacktrace(omitStacks + 1) 		if throwInPlace { 			err.stacktrace.onPanic = err.stacktrace.onCreate 		} 	} 	return err }  func (this *BizError) Error() string { 	if len(this.message) > 0 { 		return this.code + ": " + this.message 	} else { 		return this.code + ": [NO_MESSAGE]" 	} }  type stacktrace struct { 	header []byte // goroutine header (e.g., "goroutine 3 [running]:") 	frames []byte // the stacktrace details }  func dumpStacktrace(skip int) *stacktrace { 	skip += 2 // skip debug.Stack and this frame 	skip *= 2 // 2-line each frame 	stack := debug.Stack() 	var header []byte 	for i, b := range stack { // assumes no unicode in stack, iterate on bytes 		if b == '\n' { 			if header == nil { 				// consume first line as goroutine header 				header = stack[:i] 			} else { 				skip-- 				if skip == 0 { 					stack = stack[i:] 					break 				} 			} 		} 	} 	if skip > 0 { 		panic("skip overflow") 	} 	return &stacktrace{header, stack} }

这样使用时即可记录堆栈

类型转换

因为 Golang 语言是强类型，所以经常会使用到类型转换，所以在这里推荐类型转换三方库：GitHub - spf13/cast: safe and easy casting from one type to another in Go

cast.ToString("mayonegg")         // "mayonegg" cast.ToString(8)                  // "8" cast.ToString(8.31)               // "8.31" cast.ToString([]byte("one time")) // "one time" cast.ToString(nil)                // ""  var foo interface{} = "one more time" cast.ToString(foo)                // "one more time"  cast.ToInt(8)                  // 8 cast.ToInt(8.31)               // 8 cast.ToInt("8")                // 8 cast.ToInt(true)               // 1 cast.ToInt(false)              // 0  var eight interface{} = 8 cast.ToInt(eight)              // 8 cast.ToInt(nil)                // 0

json工具

golang原生对json已经做了很好的支持，简单易用，但其性能一直为人垢病，因此建议使用字节开源的工具sonic。除了能平替原生的json使用姿势外，在性能上面也是从底层方面做了很多文章进行优化，性能方面遥遥领先：sonic：基于 JIT 技术的开源全场景高性能 JSON 库_原生云_火山引擎开发者社区_InfoQ写作社区

web/rpc服务

单独为某个下游接口设置超时时间

要知道go的超时时间不像java那样每个调用都固定超时时间，而是以总体时间来计算，但有时部分下游就是需要超出原超时时间进行（当然必须是异步调用，否则就自相矛盾了），具体代码如下：

// 注意：必须先cancel再设置，否则只能设置比原来时间更短的时间 func TestTimeout(t *testing.T) { 	ctx := context.Background() 	ctx, _ = context.WithTimeout(ctx, time.Second*3) 	ctx, _ = context.WithTimeout(ctx, time.Second*6)  	deadline, _ := ctx.Deadline() 	fmt.Println(deadline.Sub(time.Now())) // 2.99s, 直接覆盖设置不生效  	ctx, _ = context.WithTimeout(ctx, time.Second*1) 	deadline, _ = ctx.Deadline() 	fmt.Println(deadline.Sub(time.Now())) // 0.99s 设置更短时间, 生效  	ctx = context.WithoutCancel(ctx)                 // 取消 	ctx, _ = context.WithTimeout(ctx, time.Second*6) // 重新设置 	deadline, _ = ctx.Deadline() 	fmt.Println(deadline.Sub(time.Now())) // 5.99s, 取消后再设置, 才生效 }

proto参数校验

建议使用PGV：GitHub - bufbuild/protoc-gen-validate: Protocol Buffer Validation - Being replaced by github.com/bufbuild/protovalidate

这样会再生成一个proto的validate文件

建议consumer在远程调用前先调用validate方法，当参数不合法时提前感知

func remote(ctx context.Context) {     request := ...     if err := request.ValidateAll(); err != nil { 		return nil, errors.New(err.Error()) 	}     remoteClient.GetXXX(ctx, request) }

provider在实现时也必须调用validate，防止参数不合法

func (s *server) Remote(ctx context.Context, request XXX) Response, error {     if err := request.ValidateAll(); err != nil { 		return nil, errors.New(err.Error()) 	}     // 处理逻辑 }

但每个方法都要加validate重复代码，有没有办法统一处理参数校验呢，当然是有的

type validator interface { 	ValidateAll() error }  // ValidateAllInterceptor // //	@Description: grpc服务注册的参数校验拦截器 //	@return grpc.UnaryServerInterceptor func ValidateAllInterceptor() grpc.UnaryServerInterceptor { 	return func(ctx context.Context, req interface{}, info *grpc.UnaryServerInfo, handler grpc.UnaryHandler) (reply interface{}, err error) { 		if v, ok := req.(validator); ok { 			if err := v.ValidateAll(); err != nil { 				return nil, err 			} 		} 		return handler(ctx, req) 	} }