【Golang】gin用协程时遇到问题

thepoy

想测试handler用协程处理。

type User struct {
        gorm.Model
        Username      string    `json:"username" form:"username" binding:"required" gorm:"not null;unique"`
        Password      string    `json:"password" form:"password" binding:"required" gorm:"not null"`
        Email         string    `json:"email" form:"email" binding:"required" gorm:"not null;unique"`
        Phone         string    `json:"phone" form:"phone" binding:"required" gorm:"not null;unique"`
        RegisterIP    string    `json:"register_ip" gorm:"not null"`
        LastLoginTime time.Time `json:"last_login_time"`
        LastLoginIP   string    `json:"last_login_ip"`
        Blogs         []Blog
}

func Regsiter(c *gin.Context) {

        ctx := c.Copy() // 创建在协程中使用的副本

        go func() { // 启用协程
                defer func() { // 捕获协程中的异常
                        if err := recover(); err != nil {
                                log.Println("register failed: ", err)
                        }
                }()

                var form models.User
                if err := ctx.ShouldBindWith(&form, binding.Form); err != nil {
                        log.Println("bind failed: ", err)
                        ctx.JSON(http.StatusBadRequest, gin.H{
                                "error": err.Error(),
                        })
                        return
                }
                ctx.JSON(http.StatusCreated, form)
        }()

}

协程报错

2020/07/18 10:41:25 bind failed:  multipart: NextPart: http: invalid Read on closed Body
2020/07/18 10:41:25 register failed:  runtime error: invalid memory address or nil pointer dereference

协程内的ctx.JSON执行有问题，空指针错误应该也是来自于此。

当不用协程时，没有任何异常，代码正常运行和返回结果。

请问这是什么问题？

gin本身支持协程， 我想试一下异步。

cjhzdq1

http的body已经被close掉了，因为你是协程跑的，正常的请求接收协程已经完成，就会把http.Body close了

zfzhhh

这里为啥要用协程呢, gin本来就帮你开了协程的

1022556987

你这里手动用协程没道理啊 又不是单例

myxy999

zfzhhh 发表于 2020-7-18 11:39
这里为啥要用协程呢, gin本来就帮你开了协程的

不对 协程不是gin开的，是 go的http包 本来就是

myxy999

本来 每一个请求就是 通过协程去处理的   如果你真的要使用协程， 你就要维护好你的上下文 也就是Context 你这里明显就是没有维护上下文，协程还没处理完 就直接返回主函数了。这个时候 相当于请求已经关闭了

myxy999

myxy999 发表于 2020-7-19 08:39
本来 每一个请求就是 通过协程去处理的   如果你真的要使用协程， 你就要维护好你的上下文 也就是Context  ...

如果你想测试我说的对不对， 你可以测试下，在控制器中 开启协程后， 设置一个延迟。

thepoy

myxy999 发表于 2020-7-19 08:40
如果你想测试我说的对不对， 你可以测试下，在控制器中 开启协程后， 设置一个延迟。

我测试的目的就是不增加延迟的情况下顺利开启协程。。。

myxy999

thepoy 发表于 2020-7-19 09:59
我测试的目的就是不增加延迟的情况下顺利开启协程。。。

我知道， 你管理你的上下文就行，这个简单，但是没有任何意义