Go编译报错无法找到net.Resolver求助（Debian Go1.7环境）

我来帮你排查这个问题——在Go 1.7版本中，标准库net包的Resolver并没有支持DoH（DNS over HTTPS）的功能，你需要依赖的是golang.org/x/net（也就是你已经下载到GOPATH/src/github.com/golang/net的镜像包）里的扩展模块。编译报错找不到net.Resolver，大概率是导入路径不匹配或者代码引用了错误的包导致的，下面是具体的解决步骤：

1. 修正代码中的导入路径 #

首先，你要明确：Go 1.7采用GOPATH模式管理依赖，包的导入路径必须和GOPATH/src下的目录结构完全对应。你把包放在了$GOPATH/src/github.com/golang/net，所以代码里的导入语句应该指向这个路径，而不是官方的golang.org/x/net：

import (
    // 根据你实际使用的子包调整，比如dns模块
    "github.com/golang/net/dns"
)

之后在代码中要使用该包下的Resolver（比如dns.Resolver，具体要看包内的类型定义），而不是标准库net包的net.Resolver。

2. 确认GOPATH环境变量正确配置 #

编译时要确保Go能识别到你的GOPATH路径：

• 可以在执行make前先导出GOPATH：

  export GOPATH=/your/actual/gopath/directory
  

• 或者直接在Makefile中添加环境变量声明：

  export GOPATH := /your/actual/gopath/directory
  
  build:
      go build -o your_app_name main.go
  

3. 验证包的可访问性 #

手动执行以下命令，确认Go能找到这个依赖包：

go list github.com/golang/net/dns

如果命令返回该包的完整路径，说明路径和GOPATH配置没问题；如果报错，需要检查目录结构是否正确（比如有没有拼写错误）。

4. 检查Makefile的编译逻辑 #

确保Makefile中的go build命令没有覆盖GOPATH或者使用了错误的参数，比如不要手动指定-mod=mod（Go 1.7还不支持模块模式），保持默认的GOPATH模式编译即可。

补充说明：Go 1.7是比较老旧的版本，很多现代的DoH实现依赖更新的标准库特性，如果后续遇到更多兼容性问题，考虑升级到较新的Go版本会更顺畅，但当前场景下按上述步骤调整应该能解决找不到Resolver的问题。

内容的提问来源于stack exchange，提问作者Paul