Kubo，访问无效的内存地址或取消引用来自 IpfsNode.Bootstrap 的 nil 指针

一分耕耘，一分收获！既然都打开这篇《Kubo，访问无效的内存地址或取消引用来自 IpfsNode.Bootstrap 的 nil 指针》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新Golang相关的内容，希望对大家都有所帮助！

我从 ipfsnode.bootstrap 获得无效的内存地址或零指针取消引用 我认为 bootstrap round 中存在一些恐慌，但我在这里做错了什么吗？ 还是有bug？ 我正在使用 kubo v0.20.0 这是我的代码：

package main

import (
    "context"
    "fmt"

    "github.com/ipfs/kubo/config"
    "github.com/ipfs/kubo/core"
    "github.com/ipfs/kubo/core/bootstrap"
)

func main() {
    ctx := context.background()
    conf := core.buildcfg{}
    node, err := core.newnode(ctx, &conf)
    if err != nil {
        panic(err)
    }
    peers, err := config.defaultbootstrappeers()
    if err != nil {
        panic(err)
    }
    bs_conf := bootstrap.bootstrapconfigwithpeers(peers)
    err = node.bootstrap(bs_conf) // this gets nil pointer dereference
    fmt.println("this line will not print")
    if err != nil {
        panic(err)
    }
}

完整的错误是：

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0xee49eb]

goroutine 69 [running]:
github.com/ipfs/kubo/core/bootstrap.bootstrapRound({0x18bf1d8?, 0xc0000b05f0?}, {0x0, 0x0}, {0x0?, 0x0?, 0x0?, 0xc0006240c0?})
        /home/axel/go/pkg/mod/github.com/ipfs/[email protected]/core/bootstrap/bootstrap.go:118 +0xab
github.com/ipfs/kubo/core/bootstrap.Bootstrap.func1({0x18cbd58?, 0xc0006226c0?})
        /home/axel/go/pkg/mod/github.com/ipfs/[email protected]/core/bootstrap/bootstrap.go:89 +0xdc
github.com/jbenet/goprocess.(*process).Go.func1()
        /home/axel/go/pkg/mod/github.com/jbenet/[email protected]/impl-mutex.go:134 +0x36
created by github.com/jbenet/goprocess.(*process).Go
        /home/axel/go/pkg/mod/github.com/jbenet/[email protected]/impl-mutex.go:133 +0x238
exit status 2

正确答案

我从 GitHub 上的贡献者那里得到了一些帮助，这是他的答案：

您的问题似乎是您使用conf := core.BuildCfg{} 它将把 BulidCfg.Offline 设置为 false ，这意味着您将不会实例化用于引导的 libp2p 节点，这会给您一个空引用异常因为您尝试使用不存在的 libp2p 网络主机进行引导。

如果将 Offline 设置为 true，由于主机将启动，因此不会再出现恐慌。

话虽这么说，我不确定你到底想做什么，也许使用 kubo 作为一个库足以为你完成这项工作。但是，您可能更适合使用 GitHub - ipfs/boxo 之类的东西：用于构建 IPFS 应用程序和实现的参考库。如果您计划在 Go 中构建自定义 IPFS 应用程序。

有一个相对较新的文档描述了开发人员在决定如何从 Kubo 迁移到类似但更可配置的东西时可能会做出的一些权衡，位于 master · ipfs/kubo · GitHub 上的 kubo/customizing.md 中。

通过 https://github.com/aschmahmann

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~