runtime: call返回的err,类型为net.(*OpError)调用时panic

[arch3754]

如图:

部署环境是在公网,请求的目标地址也是公网
以下是对应代码块,在fmt.Sprintf("%v", err)时panic

func call(i interface{}) {
	f := i.(*ProbePlanning)
	arg := &model.ProbeArg{
		Stra:     f.stra,
		Endpoint: f.endpoint,
		Agent:    f.agent,
	}
	var err error
	defer func() {
		if e := recover(); e != nil {
			if ee, ok := e.(error); ok {
				err = ee
				return
			}

			err = fmt.Errorf("failed to get xclient: %v", e)
		}
	}()

	ctx, cancel := context.WithTimeout(context.Background(), time.Second*5)
	defer cancel()
	var reply model.ProbeReply
	err = f.xc.Get().Call(ctx, "Probe", arg, &reply)
	if err != nil {
		f.ch <- &model.ProbeReply{
			Stra:      arg.Stra,
			Endpoint:  arg.Endpoint,
			Agent:     arg.Agent,
			Code:      0,
			RpcError:  fmt.Sprintf("%v", err),
			Timestamp: time.Now().Unix(),
		}
		return
	}
	f.ch <- &reply
}

[smallnest]

@arch3754 你的go 版本是多少？

[smallnest]

当err是(*net.OpError)时，把这个err的各字段信息打印出来，看看哪里有问题，或许踩到了一个go的bug.

type OpError struct {
	Op string
	Net string
	Source Addr
	Addr Addr
	Err error
}

[smallnest]

尤其是Err字段，可以同时%T打印出这个字段的实际类型

[smallnest]

如果你不能复现，我建议你加一层保护，如果是(*net.OpError), 直接返回*net.OpError, 而不是fmt.Sprintf("%v", err)。

当然，如果你能复现是最好了。 复现的时候先把这个net.OpError各字段信息打印出来，看看有没有啥异常。

[arch3754]

go 版本1.18.5和1.19.2都有问题,我先打出来试试,不太容易复现,好多天才能复现一次