事实证明人有的时候也不能太偷懒，太偷懒容易给自己埋坑。
问题的背景：
web端调用服务A，服务A异步调用服务B。服务A有四个场景需要调用服务B，所以，服务A中封装了一个公用的方法，唯一的区别是，场景不同时，发给服务B的body不相同，web端通过四个接口调用服务A，服务A组装body信息再调用服务B，只有一种场景报了下面的错误，这个错误看着像是域名解析的问题。但是，理论上不应该存在域名解析的错误，因为，从程序的逻辑看，因为调用B服务的方法是公用的，只有body不一样。
问题定位过程：
从控制变量的角度看，首先就是怀疑这个body有问题，通过postman，用同样的body测试了一下，没有问题，说明不会是body的问题。
只能考虑其他的问题。在web页面调用，然后把curl拷贝出来，直接导入postman测试。这种情况下，postman调用没有出问题。
比对了一下，web端调用的http请求的header和postman调用的http请求的header(虽然是复制过来的，但是，实际请求头还是发生了变化，postman做了处理)。
两者的User-Agent头不一样。
由此，可以推测，因为header导致了这个问题。
解决方案：
有了上面的推测，只要简单验证一下就可以了。由于原来的链路中，服务A请求服务B的过程中，header是直接复制了web端请求服务A时的header,所以，导致了这个问题。
所以，去掉这个复制header的操作，改为按照实际需求传header。
func SendRequest(ctx *gin.Context, url string, reqBody map[string]interface{}, header map[string]string) (string, error) {var err errorreq := &http.Request{}defer func() {if err != nil {global.GIN_LOG.ErrorWithContext(ctx, err)}}()//map转bytereqBodyByte, err := json.Marshal(reqBody)if err != nil {return "", err}global.GIN_LOG.InfoWithContext(ctx, fmt.Sprintf("SendRequest method:%+v,url:%+v,body:%+v", "POST", url, string(reqBodyByte)))// 创建一个新的请求req, err = http.NewRequest("POST", url, strings.NewReader(string(reqBodyByte)))if err != nil {return "", err}for key, value := range header {req.Header.Set(key, value)}client := &http.Client{}resp, err := client.Do(req)if err != nil {return "", err}defer resp.Body.Close()body, err := io.ReadAll(resp.Body)if err != nil {return "", err}global.GIN_LOG.InfoWithContext(ctx, fmt.Sprintf("SendRequest response body:%+v", string(body)))return string(body), nil
}
