我目前正在使用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发送到服务器。

因此，您需要读写cookie。 fasthttp.Client.Post()界面不允许您执行此操作。因此，除了那个漂亮的界面，事情变得很丑陋。

在执行请求之前，您需要同时向fasthttp询问Request和Response对象。完成初始请求后，您需要查看所有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。