如何在Golang中两次调用client.Do实现登录后获取节点页面

你的思路完全正确——用cookiejar配合同一个http.Client实例，就能自动在请求间保留Cookie，实现会话延续。下面我来帮你补全并优化代码，同时拆解关键细节：

完整实现代码 #

package main

import (
	"log"
	"net/http"
	"net/http/cookiejar"
	"net/url"
	"strings"
)

func main() {
	// 初始化CookieJar，这里别忽略错误，生产环境里这步失败会直接影响后续会话
	cookieJar, err := cookiejar.New(nil)
	if err != nil {
		log.Fatalf("创建CookieJar失败: %v", err)
	}

	// 创建带CookieJar的HTTP客户端，后续所有请求都用这个client，Cookie会自动维护
	client := &http.Client{
		Jar: cookieJar,
	}

	// 1. 构造登录POST请求
	loginURL, err := url.Parse("https://pro.v2bz.com/auth/login")
	if err != nil {
		log.Fatalf("解析登录URL失败: %v", err)
	}

	// 组装登录表单数据
	formData := url.Values{}
	formData.Add("email", "1231231231@qq.com")
	formData.Add("passwd", "1231231231")

	// 创建POST请求：传入方法、URL、编码后的表单Body
	loginReq, err := http.NewRequest("POST", loginURL.String(), strings.NewReader(formData.Encode()))
	if err != nil {
		log.Fatalf("创建登录请求失败: %v", err)
	}
	// 必须设置这个Content-Type，否则服务端大概率识别不了表单数据
	loginReq.Header.Set("Content-Type", "application/x-www-form-urlencoded")

	// 发送登录请求
	loginResp, err := client.Do(loginReq)
	if err != nil {
		log.Fatalf("登录请求发送失败: %v", err)
	}
	defer loginResp.Body.Close() // 务必关闭响应Body，避免连接资源泄漏

	// 简单校验登录是否成功：可以根据状态码，也可以后续解析响应内容判断
	if loginResp.StatusCode < 200 || loginResp.StatusCode >= 300 {
		log.Fatalf("登录失败，状态码: %d", loginResp.StatusCode)
	}
	log.Println("登录成功！")

	// 2. 请求节点页面：同一个client会自动带上登录后的Cookie，无需手动处理
	nodeURL := "https://pro.v2bz.com/user/node" // 假设节点页面的URL是这个
	nodeReq, err := http.NewRequest("GET", nodeURL, nil)
	if err != nil {
		log.Fatalf("创建节点页面请求失败: %v", err)
	}

	nodeResp, err := client.Do(nodeReq)
	if err != nil {
		log.Fatalf("节点页面请求发送失败: %v", err)
	}
	defer nodeResp.Body.Close()

	log.Printf("节点页面请求状态: %s", nodeResp.Status)
	// 这里可以读取nodeResp.Body的内容，比如解析HTML获取节点信息
}

关键细节拆解 #

• CookieJar的核心作用：它会自动捕获登录请求返回的Cookie，后续同一个http.Client发起的请求，会自动把这些Cookie带上，完全不需要你手动存储或设置。
• 表单请求的Content-Type：发送常规表单时，application/x-www-form-urlencoded是标准头，缺了它服务端可能会把你的表单数据当成普通文本，导致登录失败。
• 错误处理：Go里错误不能随便忽略，比如创建Jar、解析URL这些步骤失败，直接会导致后续流程走不下去，所以用log.Fatalf快速终止并打印错误是合理的。
• 响应Body关闭：每个http.Response的Body都必须关闭，哪怕你不需要读取内容，否则会造成连接池资源泄漏，影响后续请求。
• 登录状态校验：实际场景里，你可以根据响应体里的关键词（比如"登录成功"）或者重定向状态码（比如很多站点登录后会302跳转到用户主页）来判断登录是否真的成功，比单纯看200状态码更准确。

内容的提问来源于stack exchange，提问作者Yuanmeng Xiao