GO111MODULE=on模式下github.com/augustoroman/v8导入问题求助

我来帮你梳理下这个问题的调试方向和解决步骤，毕竟Go模块模式和GOPATH共存的时候确实容易踩坑：

• 用replace指令绑定本地模块
  当GO111MODULE=on时，Go会默认从远程模块仓库拉取包，哪怕你本地GOPATH里有编译好的版本。你需要在独立项目的go.mod中添加replace指令，强制Go使用你本地的v8代码：

  replace github.com/augustoroman/v8 => /你的实际GOPATH路径/src/github.com/augustoroman/v8
  

  替换完成后，运行go mod tidy更新依赖，再尝试构建项目。

• 验证本地v8模块的正确性
  你在v8根目录添加的go.mod内容是正确的，但要额外检查：

  • 运行cd $GOPATH/src/github.com/augustoroman/v8 && go list -m，确认输出是github.com/augustoroman/v8，说明模块识别正常。
  • 确保v8的所有子包（如果有的话）的导入路径都是以github.com/augustoroman/v8/开头，没有硬编码的本地路径。

• 清理模块缓存避免干扰
  有时候Go模块缓存会残留错误的包信息，运行以下命令清理缓存：

  go clean -modcache
  

  清理后重新执行go mod tidy，再尝试构建你的独立项目。

• 验证模块模式下v8自身的可用性
  在v8目录下开启GO111MODULE=on，重新运行go test：

  cd $GOPATH/src/github.com/augustoroman/v8 && GO111MODULE=on go test
  

  如果测试能通过，说明v8在模块模式下的依赖（你手动编译的V8库）是正常的；如果失败，需要检查编译后的V8库是否在模块模式下能被正确引用。

• 临时切换模式快速排查
  如果你想快速确认是模块模式的问题，可以在独立项目目录下临时关闭模块模式：

  GO111MODULE=off go run main.go
  

  如果运行正常，那问题确实出在模块模式下本地包的识别上，回到第一步用replace指令解决即可。

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