【问题标题】:runtime error: invalid memory address or nil pointer dereference in public pointer运行时错误:无效的内存地址或公共指针中的 nil 指针取消引用
【发布时间】:2017-02-19 11:37:00
【问题描述】:

我是一名 nodejs 开发人员,我通常为我的应用程序使用一个结构,该结构包含一个配置包/对象,其中包含对我经常使用的库和配置选项的引用。通常,此配置对象也包含我的数据库连接,并且可以通过我的应用程序访问。

我尝试在 go 中构建类似的东西,但失败了。

我的计划是构建一个公共变量来保存我的配置结构的引用。但是当我尝试给我的Config.Database 打电话时,我会感到恐慌:

2017/02/19 14:05:44 http: panic serving 127.0.0.1:53554: runtime error: invalid memory address or nil pointer dereference
    goroutine 50 [running]:
    net/http.(*conn).serve.func1(0xc42027c000)
        /usr/local/go/src/net/http/server.go:1491 +0x12a
    panic(0x9f45c0, 0xc42000c100)
        /usr/local/go/src/runtime/panic.go:458 +0x243
    main.SignUp(0xc4202780e0)
        /home/attila/dev/gopath/src/github.com/attilasatan/helloiris/handlers.go:31 +0x258
    github.com/kataras/iris.HandlerFunc.Serve(0xafaf00, 0xc4202780e0)
        /home/attila/dev/gopath/src/github.com/kataras/iris/http.go:211 +0x30
    github.com/kataras/iris.(*Context).Do(0xc4202780e0)
        /home/attila/dev/gopath/src/github.com/kataras/iris/context.go:152 +0x4d
    github.com/kataras/iris.(*serveMux).BuildHandler.func1(0xc4202780e0)
        /home/attila/dev/gopath/src/github.com/kataras/iris/http.go:1059 +0x6ea
    github.com/kataras/iris.(*Framework).Build.func1.1(0xd87e20, 0xc4202701a0, 0xc420284000)
        /home/attila/dev/gopath/src/github.com/kataras/iris/iris.go:411 +0x72
    net/http.HandlerFunc.ServeHTTP(0xc420235080, 0xd87e20, 0xc4202701a0, 0xc420284000)
        /usr/local/go/src/net/http/server.go:1726 +0x44
    net/http.serverHandler.ServeHTTP(0xc420089f80, 0xd87e20, 0xc4202701a0, 0xc420284000)
        /usr/local/go/src/net/http/server.go:2202 +0x7d
    net/http.(*conn).serve(0xc42027c000, 0xd88820, 0xc42015c200)
        /usr/local/go/src/net/http/server.go:1579 +0x4b7
    created by net/http.(*Server).Serve
        /usr/local/go/src/net/http/server.go:2293 +0x44d
    2017/02/19 14:05:44 http: panic serving 127.0.0.1:53560: runtime error: invalid memory address or nil pointer dereference
    goroutine 51 [running]:
    net/http.(*conn).serve.func1(0xc42027c180)
        /usr/local/go/src/net/http/server.go:1491 +0x12a
    panic(0x9f45c0, 0xc42000c100)
        /usr/local/go/src/runtime/panic.go:458 +0x243
    main.SignUp(0xc4202ac070)
        /home/attila/dev/gopath/src/github.com/attilasatan/helloiris/handlers.go:31 +0x258
    github.com/kataras/iris.HandlerFunc.Serve(0xafaf00, 0xc4202ac070)
        /home/attila/dev/gopath/src/github.com/kataras/iris/http.go:211 +0x30
    github.com/kataras/iris.(*Context).Do(0xc4202ac070)
        /home/attila/dev/gopath/src/github.com/kataras/iris/context.go:152 +0x4d
    github.com/kataras/iris.(*serveMux).BuildHandler.func1(0xc4202ac070)
        /home/attila/dev/gopath/src/github.com/kataras/iris/http.go:1059 +0x6ea
    github.com/kataras/iris.(*Framework).Build.func1.1(0xd87e20, 0xc4202a60d0, 0xc4202840f0)
        /home/attila/dev/gopath/src/github.com/kataras/iris/iris.go:411 +0x72
    net/http.HandlerFunc.ServeHTTP(0xc420235080, 0xd87e20, 0xc4202a60d0, 0xc4202840f0)
        /usr/local/go/src/net/http/server.go:1726 +0x44
    net/http.serverHandler.ServeHTTP(0xc420089f80, 0xd87e20, 0xc4202a60d0, 0xc4202840f0)
        /usr/local/go/src/net/http/server.go:2202 +0x7d
    net/http.(*conn).serve(0xc42027c180, 0xd88820, 0xc42015c480)
        /usr/local/go/src/net/http/server.go:1579 +0x4b7
    created by net/http.(*Server).Serve

这是我的配置文件。如您所见,我使用tideland/golib/redis 进行redis 连接。

configure.go

package main

import (
    "fmt"
    "strconv"
    "time"

    "github.com/tideland/golib/redis"
)

/*Configuration is the main type of app configuration */
type Configuration struct {
    Database *redis.Connection
}

/*Config is app configuration holder */
var Config *Configuration

/*Configure handles database connection */
func Configure() (*Configuration, error) {

    db, err := redis.Open(redis.TcpConnection("127.0.0.1:6379", 30*time.Second))

    if err != nil {
        fmt.Printf("Database connection error")
        return nil, err
    }
    conn, err := db.Connection()

    n, _ := conn.DoInt("INCR", "IDIDID")

    fmt.Printf(strconv.Itoa(n))

    if err != nil {
        fmt.Printf("Database connection error")
        return nil, err
    }

    /*Config is the main configuration object*/

    Config := &Configuration{conn}

    return Config, err
}

这里是我使用Config.Database 的地方。

handlers.go

func SignUp(ctx *iris.Context) {
    mail := ctx.FormValue("email")
    password := ctx.FormValue("password")
    passwordConfirm := ctx.FormValue("password-confirm")

    if password != passwordConfirm {
        ctx.RenderWithStatus(iris.StatusBadRequest, "400.html", ErrorPageData{"passwords dont match"})
    } else {

        user := User{mail, password, 0}
        db := Config.Database

        userID, err := db.DoInt("INCR", "HELLOIRIS:ID")

        if err != nil {
            ctx.RenderWithStatus(iris.StatusBadRequest, "400.html", ErrorPageData{"passwords dont match"})
        } else {

            user.ID = userID

            fmt.Printf("SAVED")

            ctx.Render("signup-success.html", nil)
        }
        ctx.JSON(200, user)
    }
}

在这次失败之后,我改变了Configure 函数,如下所示:

configure.go

func Configure() (Config *Configuration, err error) {

    if Config != nil {
    return
    }
}

我改变了处理程序的用法

handlers.go

config, err := Configure()

if err != nil {
    ctx.RenderWithStatus(iris.StatusBadRequest, "400.html", ErrorPageData{"try again later"})
    return
}

user := User{mail, password, 0}
db := config.Database

...一切都开始完美运行。

我的问题是我根本不明白为什么...为什么我在使用公共指针时会出现这种恐慌,而当我从函数返回相同的指针时为什么没有出现这种情况?

【问题讨论】:

    标签: pointers go


    【解决方案1】:
    Config := &Configuration{conn}
    

    这一行创建了一个新的 local 变量 Config,因此全局 Config 永远不会设置为任何值。删除 : 以不创建新变量并改用全局 Config

    【讨论】:

      【解决方案2】:

      您遇到此问题是因为您的 Config 全局变量未设置或仍保持 nil 值。正如错误所说:

      运行时错误:无效的内存地址或 nil 指针取消引用

      确保您致电 func Configure()main 函数中调用的处理程序之前

      作为tkausl 的答案,当您将conn redis 分配给全局变量时,请删除:,使其在您的configure.go 文件中如下所示:

      Config = &Configuration{conn}
      

      【讨论】:

        猜你喜欢
        • 2014-12-30
        • 2015-07-12
        • 2012-07-21
        • 1970-01-01
        • 2013-09-16
        • 1970-01-01
        • 2015-02-24
        • 2020-12-25
        • 2020-04-17
        相关资源
        最近更新 更多