项目中关于GO语言的bug与总结

最新推荐文章于 2024-12-06 19:51:41 发布
最新推荐文章于 2024-12-06 19:51:41 发布
阅读量2.2k 收藏 17
点赞数 14
文章标签： golang bug 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44095191/article/details/137475766
版权

写在前面：由于项目，第一次使用 golang，因此记录一下一些 bug，都比较基础

bugs

1. vscode 打开项目有很多红色波浪线

参考文章：link

gopls 是Go 语言的语言服务器，提供了诸如代码补全、定义跳转、重构等功能。自从Go 1.11引入模块后，Go项目可以在GOPATH之外的任何地方创建和构建，在模块化之前，所有项目都是在GOPATH内部，工具可以自然地知道如何查找依赖。但是当你的项目位于GOPATH之外时，gopls需要明确知道你正在哪些模块上工作。

解决方案

  1. 将工作区根目录设置为Go模块的根目录，即包含go.mod文件的目录。这样gopls就能找到并理解你的模块。
  2. 如果你在一个工作区中工作于多个模块，你可以使用go.work文件来指定这些模块。go.work文件使你能够在一个单独的工作区中组合多个Go模块，gopls将使用这个文件来了解哪些模块被包括在当前的工作环境中。

比如现在的项目，整个项目文件是由不同模块的，有些模块是 go 语言的子项目，有些模块不是，因此使用第二种方更方便：

// 项目跟目录创建 go.work 文件
go 1.22

use (
    ./application/server
    ./chaincode
)

2. package net/netip is not in GOROOT

问题

在 dockerfile执行语句：

RUN CGO_ENABLED=0 go build -v -o "app"

出现以下错误：

34.60 /go/pkg/mod/github.com/libp2p/go-libp2p@v0.26.3/core/peer/peer.go:12:2: found packages multicodec (code.go) and main (gen.go) in /go/pkg/mod/github.com/multiformats/go-multicodec@v0.9.0
34.60 /go/pkg/mod/golang.org/x/net@v0.16.0/http2/transport.go:19:2: package io/fs is not in GOROOT (/usr/local/go/src/io/fs)
34.60 /go/pkg/mod/github.com/jackc/pgx/v5@v5.4.3/pgtype/builtin_wrappers.go:9:2: package net/netip is not in GOROOT (/usr/local/go/src/net/netip)

解决

net/netip 包是在Go 1.18中引入的，这个错误表明Go环境版本低于1.18，需要用高于1.18版本的go环境来进行编译，编译

⚠️ 注意：go mod 指定的 go 版本是最低的 go 版本，实际编译项目时的版本取决于系统安装的 go 版本或者使用的 go 的 docker 景象的版本

3. 同一个包出现在两个不同的模块路径中

参考文章：link

问题

error while importing github.com/gin-gonic/gin: ambiguous import: found package github.com/ugorji/go/codec in multiple modules:
	github.com/ugorji/go v1.1.4 (/home/puyijun/go/pkg/mod/github.com/ugorji/go@v1.1.4/codec)
	github.com/ugorji/go/codec v1.2.11 (/home/puyijun/go/pkg/mod/github.com/ugorji/go/codec@v1.2.11)

// 或者

packages.Load error: err: exit status 1: stderr: go: github.com/ugorji/go/codec@v1.2.11 used for two different module paths (github.com/ugorji/go and github.com/ugorji/go/codec)

分析

在github.com/ugorji/go的v1.1.1时，github.com/ugorji/go/codec还不是一个独立的模块。因此，即使你只需要codec包，你也是通过引用整个github.com/ugorji/go仓库来获取它。

github.com/ugorji/go的v1.1.2后，在codec目录下添加go.mod文件后，codec成为意味着，理论上，github.com/ugorji/go和github.com/ugorji/go/codec可以被视为两个独立的模块，有自己的版本管理。

github.com/ugorji/go的v1.1.4的时候，作者又把codec下的go.mod删除了,而在根目录下新增了go.mod，这样这之后github.com/ugorji/go又是一个独立的模块了

当codec变成了独立模块之后，如果有项目同时依赖github.com/ugorji/go（假设为旧的逻辑或代码）和github.com/ugorji/go/codec（作为独立模块），Go模块系统需要解析这些依赖关系。因为依赖解析规则可能导致不一致的版本选择或者不清楚应该从哪个模块加载codec包。

解决

ambiguous import 错误通常是因为Go模块系统在解析依赖时发现了不明确的引入，即相同的包在不同的模块路径下被找到

查看具体的依赖路径：

go mod graph | grep ugorji

image-20240308225739852

看到viper和gin分别依赖了github.com/ugorji/go和github.com/ugorji/go/codec。go把这两个path当成不同的模块引入导致的冲突

具体解决方法是：

在go.mod中，将 github.com/ugorji/go 和 github.com/ugorji/go/codec 两个包的统一为1.1.7版本的codec包：

replace github.com/ugorji/go => github.com/ugorji/go/codec v1.1.7

4. 通过sdk调用链码时出现 socket hang up

问题

项目代码执行到链码调用的位置时，具体为执行以下函数时

func ChannelExecute(fcn string, args [][]byte) (channel.Response, error) {
	// 创建客户端，表明在通道的身份
	ctx := sdk.ChannelContext(channelName, fabsdk.WithUser(user))
	cli, err := channel.New(ctx)
	if err != nil {
		return channel.Response{}, err
	}
	// 对区块链账本的写操作（调用了链码的invoke）
	resp, err := cli.Execute(channel.Request{
		ChaincodeID: chainCodeName,
		Fcn:         fcn,
		Args:        args,
	}, channel.WithTargetEndpoints(endpoints...))
	if err != nil {
		return channel.Response{}, err
	}
	//返回链码执行后的结果
	return resp, nil
}

运行后端的容器会直接崩溃并消失，在apifox软件内发送会调用ChannelExecute函数的请求时，会出现socket hang up 的错误

查看容器日志，显示：

panic: interface conversion: credentials.AuthInfo is insecure.info, not credentials.TLSInfo

goroutine 107 [running]:
github.com/hyperledger/fabric-sdk-go/pkg/fab/comm.NewStreamConnection({0x1094ac0?, 0x4000209040?}, {0x1086340?, 0x400034d500}, 0x40004bfd58, {0x40000409f0, 0x16}, {0x40003b3e40?, 0x40004bfd68?, 0x6cf134?})
	/go/pkg/mod/github.com/hyperledger/fabric-sdk-go@v1.0.0/pkg/fab/comm/streamconnection.go:60 +0x40c
github.com/hyperledger/fabric-sdk-go/pkg/fab/events/deliverclient/connection.New({0x1094ac0, 0x4000209040}, {0x1086340, 0x400034d500}, 0xf2bd20, {0x40000409f0, 0x16}, {0x40003b3e40, 0x6, 0x8})
……

分析

错误 “panic: interface conversion: credentials.AuthInfo is insecure.info, not credentials.TLSInfo” 可能是由于 SDK 在建立与 Peer 节点的连接时使用了不安全的身份验证信息（credentials.AuthInfo），而不是预期的 TLS 证书信息（credentials.TLSInfo）。配置文件 config.yaml 中，peer 节点的 grpcOptions 中指定了 allow-insecure: true，这表示 SDK 允许不安全的连接。但是，从错误信息来看，SDK 尝试将不安全的身份验证信息转换为 TLS 证书信息时出现了问题。

检查config.yaml文件中关于gRPC的配置，因为TLS相关的选项在gRPC连接中设置的：

peers:
  peer0.certman.com:
    url: peer0.certman.com:7051
    grpcOptions:
      ssl-target-name-override: peer0.certman.com
      keep-alive-time: 0s
      keep-alive-timeout: 20s
      keep-alive-permit: false
      fail-fast: false
      allow-insecure: true  # chatgpt提醒：此处可能需要修改为 false

将grpc选项中的allow-insecure改为false后出现了其他错误（忘记记录），并且这个项目是基于原来的一个商品交易的项目源码更改的，原项目是可以顺利执行链码的

原本的项目与目前项目代码的区别：

  • network区块链网络部分，原项目使用 fabric1.x的peer和orderer节点镜像以及fabric二进制工具，本项目改成了fabric2.5.4版本，因此
    1. configtx文件的形式有改动
    2. 链码部署方法有改动
  • 链码方面，原项目和本项目都使用的go 1.14版本写的，由于将链码安装到peer节点上直接安装时会出现依赖包的问题，可能是因为peer节点从原来的1.x升级为了2.x版本，go环境不同。因此链码依赖包使用vender打包，然后安装
  • ⚠️ 后端代码方面，相比于原项目添加了很多关于证书管理的后端业务逻辑，引入了数据库、ipfs、加解密等模块，加了很多其他依赖

错误的原因是TLS证书信息的类型问题，因此判断应该是由于后端加入了其他的依赖包，使用的grpc包的版本出现了变动，在对于TLS或者是其他身份验证信息的处理方面有更改

解决

  1. 回到原项目，查看原项目的grpc包的版本
    grpc包并没有出现在go.mod文件中，但是go.sum中有。在go.sum文件中看到多个版本的gRPC包并不能直接告诉我们项目实际使用的是哪一个版本。go.sum文件包含了项目依赖的所有包的版本和它们的哈希值，用于确保这些依赖的一致性和安全性。

  • go list -m命令来列出项目中使用的所有模块及其版本，包括gRPC
    image-20240308114617555

  • go mod why命令可以帮助了解为什么项目依赖于特定的包
    image-20240308114827646

  • go mod graph命令显示项目依赖项的图，以及它们依赖的版本。可以手动检查这些包来确定哪个版本的gRPC被实际使用
    image-20240308115007112

    go mod graph命令的结果有很多，可以只看grpc包出现在后面的行，这些行是grpc作为被依赖的包，可以看到grpc的版本
    但最直观的方法还是使用go list -m命令查看最终使用的模块和版本，可以看到原项目使用的是v1.29.1

    1. 查看本项目grpc包的版本

    用相同的方法，查看了本项目使用的grpc包的版本，发现是1.50.x（没有截图），与原项目不相同

    1. 强制本项目的grpc版本为原项目的版本

    image-20240308115459364

    go.mod中使用replace指令替换模块路径或指定模块的版本

    go list -m google.golang.org/grpc # 查看google.golang.org/grpc模块的实际使用版本
go clean -modcache # 清理Go模块的缓存
rm go.sum # 删除现有的go.sum
go mod tidy # 重新生成依赖项

    成功解决，可以调用链码

总结

1. go mod 的版本与系统安装 go 的版本

  • go.mod 文件中指定的Go版本：
go 1.14

这行表示项目是基于Go 1.14版本的语言特性编写的，这里只是由开发者指定的项目的最低兼容 go 版本。这不会限制使用更高版本的Go来编译项目，但它意味着您的代码应该能够在Go 1.14环境下编译和运行，不依赖于任何Go 1.14之后引入的特性。

  • Dockerfile中使用的Go镜像版本：
FROM golang:1.22 AS app

表示Docker容器是基于Go 1.22的官方镜像构建的，这意味着实际的编译过程是在Go 1.22环境中进行的。

  • 兼容性考虑

使用高于go.mod文件中指定版本的Go编译器通常是安全的，因为Go保证了向后兼容性。这意味着在Go 1.14中可以运行的代码，应该也能在Go 1.22中编译和运行，除非依赖了后续版本中被废弃的特性。

  • 结论

尽管go.mod中声明了go 1.14，实际编译时使用的是Dockerfile中指定的Go 1.22版本。在多数情况下，这种做法是没有问题的，并且能够利用新版本的Go提供的改进和特性。然而，确保代码在go.mod声明的最低Go版本上兼容仍然是一个好习惯

2. GOROOT 与 GOPATH

GOROOT 和 GOPATH 是两个环境变量，用于管理 Go 语言的工作环境

  1. GOROOT:
    • GOROOT 是指定 Go 语言安装目录的环境变量。
    • 这个目录包含了 Go 标准库和其他基本工具。
    • 在安装 Go 时会自动设置 GOROOT。
    • 通常情况下，GOROOT 在安装时被设置为 Go 语言的安装目录，例如 /usr/local/go 。
    • 在大多数情况下，你不需要手动设置或更改 GOROOT，我们只需要确保 GOROOT 在系统的环境变量 PATH 中。这样做的目的是让系统能够找到 Go 的可执行文件（比如 go、go build、go run 等）和标准库。而对于你自己的项目和依赖包，你会使用 GOPATH 来管理。
  2. GOPATH:
    • GOPATH 是指定 Go 语言工作目录的环境变量。
    • 这个目录包含了你的 Go 项目、源代码以及相关的依赖包。
    • 当你使用 go get 命令下载第三方包时，它们会被放在 GOPATH 下。
    • 你可以在 GOPATH 下创建自己的项目或者导入其他人的项目。
    • 你可以设置多个 GOPATH，用冒号（Linux/macOS）或分号（Windows）分隔。
    • 如果未设置 GOPATH，Go 会使用默认的工作目录 ~/go（Linux/macOS）或 %USERPROFILE%\go（Windows）。

3. go mod、go sum

go.mod 文件

  • 模块（module）：go.mod文件在其所在的目录中定义了一个Go模块。这个文件标识了模块的根，所有在此目录及其子目录中的Go代码都是该模块的一部分。
  • require 语句：go.mod文件中的require部分指定了该模块依赖的其他模块及其版本。这里的“模块”是指其他独立发布和版本控制的代码库。每个被依赖的模块都会有一个唯一的路径（如github.com/gin-gonic/gin）和一个指定的版本号。

.go 文件

  • 包（Package）：在.go文件中，通过import语句导入的是具体的包。包是Go代码的基本组织单元，每个包由一个或多个在同一目录下的.go文件组成。包的路径通常是模块路径加上包在模块中的相对路径。例如，如果你的模块依赖github.com/gin-gonic/gin模块，你可能会导入它的子包github.com/gin-gonic/gin（实际上这里子包的路径与模块路径相同，因为这是根包）。
  • 导入：当你在.go文件中使用import声明时，你实际上是在引用模块中的特定包。这使得你可以使用该包中定义的公共接口、类型、函数等。

go.sum文件：

go.sum文件包含了项目所依赖的每个模块的加密哈希。这些哈希用于确保所下载的模块版本的完整性和未被篡改。

其他：

  • 存储位置：在Go模块模式下，当你使用go get命令下载模块依赖时，这些依赖被存储在$GOPATH/pkg/mod目录下。这里的$GOPATH是你的Go工作目录的路径。
  • 版本分隔存储：每个下载的模块依赖都会按照其版本号在$GOPATH/pkg/mod目录下分别存储。这意味着，如果你的项目依赖多个版本的同一个模块，每个版本都会在$GOPATH/pkg/mod目录下有自己的独立子目录。例如，如果你依赖github.com/gin-gonic/gin的v1.6.3和v1.7.0，这两个版本将分别存储在不同的子目录下。
  • 下载行为：当你构建项目时（如运行go build或go test），Go会检查go.mod文件中列出的直接依赖，并解析这些依赖所需的具体版本。如果本地$GOPATH/pkg/mod目录下不存在这些版本，Go工具链会下载它们。go.sum文件确保下载的模块未被篡改。
  • 多个版本的下载：只有当你的项目（或者项目的依赖）显式地要求不同版本的同一个模块时，这些不同版本的模块才会被下载到本地。简单地说，go.sum文件中存在多个版本的记录，并不意味着所有这些版本都会被下载；只有项目实际需要用到的版本才会被下载。

4. 查看和指定依赖包的版本、查看依赖包的依赖情况

  1. 初始化模块：如果你的项目还没有初始化为一个模块，可以通过go mod init <module name>命令来初始化。这里的<module name>是你的模块名，通常是项目的GitHub路径。
  2. 添加依赖：当你导入一个包并运行go build或go test命令时，Go会自动添加依赖到你的go.mod文件中，并选择最新的版本。你也可以通过运行go get <package>@<version>来手动添加一个依赖包的特定版本，例如go get github.com/gin-gonic/gin@v1.6.3。
  3. 更加一般的添加依赖方法：在项目的.go文件import对应的包，然后命令行go mod tidy，会自动将依赖添加到go.mod文件中，但这种方法好像没法指定依赖的版本，因此使用5.的方法指定依赖版本（replace行，因为直接改动go.mod中的require中的内容后再次go mod tidy会变回去）
  4. 查看依赖版本：可以通过查看go.mod文件来看到项目依赖的具体版本。此外，go.mod文件声明了项目直接依赖的包及其版本，而go.sum文件则包含了每个依赖包（包括间接依赖）的预期加密校验和，用于确保这些依赖的一致性和安全性。go list -m all命令可以列出当前模块所有依赖使用的实际版本。
  5. 指定依赖版本：你可以直接编辑go.mod文件来手动修改依赖的版本，或者使用go get <package>@<version>命令来更新依赖的版本。也可以使用replace google.golang.org/grpc => google.golang.org/grpc v1.29.1，这样的命令在go.mod中指定版本。
  6. 查看特定依赖的依赖情况：可以使用go list -m -json <package>命令来查看一个特定依赖包的依赖情况，这将以JSON格式输出依赖包及其依赖的详细信息。
  7. 查看项目依赖图：go mod graph命令显示项目依赖的图，列出项目中每个模块依赖的所有模块。这有助于理解依赖之间的关系。
  8. 查看为何需要依赖：如果你想了解为什么项目需要某个依赖，可以使用go mod why -m <package>命令。这个命令将会告诉你为什么这个包被引入项目中。

5. 模块路径、包导入路径

模块路径

  • 定义：模块路径是go.mod文件中定义的模块的唯一标识符。它通常是项目的仓库位置，如github.com/example/modA。这个路径用于Go包的引用和版本控制。
  • 作用：模块路径不仅标识了代码仓库的位置，也是依赖管理和版本控制的基础。它允许Go工具链从远程仓库获取正确的模块版本。

包导入路径

  • 定义：包导入路径是在Go文件中通过import语句使用的路径，用于引用模块中的特定包。例如，github.com/example/modA/util是一个完整的包导入路径，指向modA模块中的util包。
  • 作用：包导入路径确定了项目中如何引用和使用模块内部的具体包，它基于模块路径，并附加上模块内部的目录结构来定位具体的包。

模块和包的关系

  • 每个包属于一个模块：这是正确的。在Go模块系统中，包是构建模块的基本单元。一个模块由一个根目录（其中包含go.mod文件）以及该目录下所有子目录中的Go文件组成。这些子目录可以是包，而模块则提供了一种版本控制和包共享的机制。

  • 包的引用路径：确实，你需要模块路径加上包的相对路径来唯一确定一个包。通常情况下，包的完整引用路径会包含它所属的模块的路径。例如，如果你有一个模块github.com/example/modA，并且这个模块里有一个包在/util目录，那么这个包的完整引用路径就是github.com/example/modA/util。

replace 的用法

  • 定义：replace指令在go.mod文件中用于替换模块的导入路径或指定使用模块的特定版本或位置。
  • 应用场景：
    1. 开发中的本地替换：如果你正在开发一个模块，并且需要针对本地的改动进行测试，你可以使用replace将远程模块路径替换为本地文件系统中的路径。
    2. 修正依赖问题：如果一个项目依赖的模块有bug或者不再维护，你可以使用replace将其替换为修正版本的fork。
    3. 解决版本冲突：当项目依赖的两个模块间接依赖了同一个模块的不同版本时，可以使用replace来统一版本。
Go语言项目实战班04 Go语言课程管理系统项目实战 20240807 课程笔记和上课代码
源滚滚编程
08-08 837
预览 课程特色 本教程录制于2024年8月8日，使用Go1.22版本，基于Goland2024进行开发，采用的技术栈比较新。 每节课控制在十分钟以内，课时精简，每节课都是一个独立的知识点，如果有遗忘，完全可以当做字典来查询，绝不浪费大家的时间。 整个课程从两行代码实现注册登录API接口讲起，以一个课程系统为实战，结合Vue3开发的前端，实现一个基本的前后端分离的课程管理系统，层层递进，学习路径平缓。 Golang是当前国内越来越多的企业正在全面转的一门系统级别的高性能的编程语言，比C语言写法更加的简单，比
Go语言(golang)包设计哲学/原则与项目结构组织最佳实践
陈鹏万里
04-02 4911
总结下Go的package设计哲学 明确目的 在准备设计一个包之前，我们需要明确它的目的。 包的命名就必须明确体现其目的，而不仅仅是为了存放代码。像标准库的io,http,fmt这些包名就很好，而像util.helper,common这种命名就是反面教材。 可用性 想想使用这个包的人真正的需求，包的使用一定要直观、简单。 在不断迭代开发、优化、完善的时候，不能让引用这个的程序出错。 防止出现需要
go vscode中出现packages.Load error: err: exit status 1: stderr: package unsafe is not in std
hanjiangxuehua的博客
09-26 2395
这应该是vscode工作目录中含有go的modules导致，将工作目录更改为下一层级即可。
①Go命令：bug
陈戏猿
02-14 287
go bug 这应该是唯一一个与编程无关的命令了，它的作用是在浏览器打开一个Issue，并帮你初始化一个模板，没有任何副作用。不得不说想得很周到，但是凭我的水平应该是用不到这个命令了。 模板中包含两项重要信息：go版本和go环境变量。其实也是通过go version和go env命令获取的。 ...
go command , go bug
程序员写的技术 FAQ 和杂文
06-12 507
go bug 命令是生成报错报告的。 在 windows 上会打开缺省浏览器显示为： 如果是 linux 那么就只在控制台输出了。
能写出这几个 Go 程序 BUG，自己都得脸红
kevin_tech的博客，微信搜「网管叨bi叨」
05-26 412
大家好，我是被网管整脸红的煎鱼。在用 Go 编程时，总会遇到各种奇奇怪怪的错误，国内外已经有许多小伙伴总结过（参考链接见参考），感觉都能凑一桌了。之前一直想写，想着五一假期肝一肝。今天给大家分享 Go 里常见的编码错误（一）。希望对大家有所帮助。Go 常见错误1. nil Map问题在程序中声明（定义）了一个 map，然后直接写入数据。如下代码：funcmain(){...
go语言重大bug，make缓存读取数据漏洞，4096漏洞
咸甜适中
02-09 1535
做一个小程序，需要对文件内容分片读取，但是读取过程中发现数据读取不全，经测试多个make缓存读取文件时发现问题。 一、生成测试文件（AAA.txt） // 创建一个AAA.txt文件，写入1万个A wFile, _ := os.OpenFile("AAA.txt", os.O_WRONLY|os.O_CREATE, 0666) defer wFile.Close() for i := 0; i < 10000; i++ { wFile.WriteString("A") } 二、多缓存读
理解真实世界中Go的并发BUG【阅读笔记】
Darlzan的专栏
03-07 1302
有几个学生研究归纳了go编程中的并发bugs，发表了一篇（英文）论文。论文原文地址：https://songlh.github.io/paper/go-study.pdf 在此做一个笔记，便于查阅。 文章以六个产品级go应用作为研究对象：Docker、Kubernetes、etcd、gRPC、CockroachDB、BoltDB，总共研究了这些应用中的171个bug，研究它们的根本原因，并重...
gazelle-bugreport-2-dep依赖关系解析及Go语言项目应用
总结来说，gazelle-bugreport-2-dep和gazelle-bugreport-2-fork之间的关系揭示了Go语言项目中直接依赖和间接依赖的概念，以及在Go模块系统中如何管理这些依赖项。同时，这也反映出了版本控制实践中对分支命名的更新...
个人Go语言实践记录与练习总结
描述中提到“我的实践”，通常意味着在项目中运用学到的知识，并通过实践来进一步掌握Go语言的各个方面。一个好的项目结构和代码管理习惯对于一个程序员来说至关重要。在实践中，学习者可能需要构建不同功能的模块、...
Go语言LeetCode刷题实战记录与总结
综合以上内容，我们可以了解到，这份记录反映了一个人在使用Go语言进行编程实践的过程，主要通过LeetCode平台的刷题活动来提升自己的技术能力，并且可能参与了某个与LeetCode-Go相关的开源项目，并通过版本控制系统...
vscode问题 go: updates to go.mod needed, disabled by -mod=readonly : packages.Load error
wu_cai_的专栏
04-28 1万+
使用vscode进行go开发时，遇到下列问题 go: updates to go.mod needed, disabled by -mod=readonly : packages.Load error 解决方法： 如果已经设置了gomod环境，只需要更新mod依赖的modules go mod tidy
真正解决golang中的package is not in GOROOT报错
热门推荐
mengliwang的博客
01-11 1万+
真正解决golang报错，Package is not in GOROOT
INSTALL_FAILED_TEST_ONLY解决方法
GracefulGuigui的博客
02-13 1万+
今天直接运行、安装到手机上，发现安装失败(adb install同样失败)，提示INSTALL_FAILED_TEST_ONLY，原来是Android Studio 3.0会在debug apk的manifest文件application标签里自动添加 android:testOnly="true"属性 ➜ apk adb install '/home/silver/桌面/share/apk/a...
go vscode中出现packages.Load error err exit status 1 stderr package unsafe is not in std
最新发布
m0_74824002的博客
12-06 610
在项目目录下打开终端，执行go mod tidy解决，这个命令会删除不需要的依赖包、下载新的依赖包、更新go.sum。这应该是vscode工作目录中含有go的modules导致，将工作目录更改为下一层级即可。这是因为代码中使用了第三方库，但是go.mod并没有跟着更新。另外在vscode中调试的时候出现import显红。
引入包的路径错误 package XXX is not in GOROOT
m0_69254007的博客
06-09 4085
出现该错误的原因时引入包的路径错误，go在引入包时有其自己的查找方式，如下：在 GOPATH 模式下，执行 go build 或 go run 时，在 vendor 目录、GOPATH 目录、GOROOT 目录都可能存在依赖库(标准库、第三方库等)，将依次按照如下的目录过程寻找引用的依赖：1.在当前目录下的 vendor 目录查找依赖的 package2.当前目录不存在 vendor 目录，则去上一级目录寻找3.重复步骤 2 直到进入 $GOPATH/src 目录。
vscode 通知： Error loading workspace: err: exit status 1: stderr: build flag -mod=readonly only valid
weixin_42440345的博客
03-01 1万+
在windows环境用vscode编写golang代码过程中，出现如下错误： Error loading workspace: err: exit status 1: stderr: build flag -mod=readonly only valid when using modules : packages.Load error 解决办法： 在命令行中输入如下： go env -w GO111MODULE=off ...
bug记录-socket hang up
qq_52965813的博客
12-12 1024
nodejs soket hang up 异常
报错package xxx is not in GOROOT or GOPATH 或者 cannot find package “xxx“ in any of
paul的专栏
10-29 6484
GO111MODULE=“off” 在GO111MODULE="off"的条件下，并且写的代码不在GOPATH/src下，也就是说下面的main.go不在GOPATH/src下，也就是说下面的main.go不在GOPATH/src下，也就是说下面的main.go不在GOPATH/src目录下面，同时我想要使用另一个module里面的内容，并且这个module不是标准库，或者说不在GOROOT里(一般我们不会修改GOROOT中的内容) ...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值