如何在 Go 中创建 HTTP 会话

How to create HTTP Session in Go

我目前正在使用 fasthttp 发送我的请求我的问题是,有没有办法进行持久会话?我需要保留 cookie 和数据。

c := fasthttp.Client{ Name: "Add To Cart",}

store, err := session.Start() // ?????
args := fasthttp.AcquireArgs()
defer fasthttp.ReleaseArgs(args)

args.Add("pid", sizepid)
args.Add("options", "[]")
args.Add("quantity", "1")

statusCode, body, err := c.Post(nil, "URL", args)
if err != nil {
    panic(err)
}`

根据你的问题,我想你已经很清楚了,但以防万一: 会话不是在客户端上启动的,它们是在服务器上启动的。服务器检查特定的 cookie 是否存在;如果它恢复了 cookie 标识的会话;如果没有,它会创建一个新会话并将标识符作为 cookie 发送回客户端。客户端需要做的就是向服务器发送正确的 cookie。

所以,你需要读写cookies。 fasthttp.Client.Post() 界面不允许您这样做。因此,不是那个漂亮的界面,而是变得相当丑陋。

您需要先向 fasthttp 询问 RequestResponse 对象,然后再进行请求。完成初始请求后,您需要查看所有 cookie,或读出特定 cookie。您现在可以将这些值用于您的下一个请求。

我已经写了一个简短的示例来说明您将如何执行此操作。

func main() {
    c := fasthttp.Client{}

    // Create a request
    req := fasthttp.AcquireRequest()
    defer fasthttp.ReleaseRequest(req)
    req.SetRequestURI(`https://www.google.com/`)

    // Create a response
    resp := fasthttp.AcquireResponse()
    defer fasthttp.ReleaseResponse(resp)

    // Execute the request, writing to the response object
    err := c.Do(req, resp)
    if err != nil {
        panic(err)
    }

    //  Loop over all cookies; usefull if you want to just send everything back on consecutive requests
    resp.Header.VisitAllCookie(func(key, value []byte) {
        log.Printf("Cookie %s: %s\n", key, value)
    })

    // Read a specific cookie
    nid := fasthttp.AcquireCookie()
    defer fasthttp.ReleaseCookie(nid)
    nid.SetKey(`NID`)
    if resp.Header.Cookie(nid) {
        log.Println("Value for NID Cookie: " + string(nid.Value()))

        // Create a second request and set the cookie from the first
        req2 := fasthttp.AcquireRequest()
        defer fasthttp.ReleaseRequest(req2)
        req2.SetRequestURI(`https://www.google.com/`)
        req2.Header.SetCookie(`NID`, string(nid.Value()))

        // Now you can execute this request again using c.Do() - don't forget to acquire a new Response!
    }
}

注意:您可以选择跳过fasthttp.AcquireXXX()defer fasthttp.ReleaseXXX(yyy)步骤——但这会抵消很多(也许是大部分)性能优势使用标准 net/http,所以如果你走那条路,可能只是一起放弃 fasthttp