一、背景

    测试需要（或者爬虫抓取），在往需要登陆的网页发送请求时，是需要携带Cookies的，否则会被禁止访问。然而Cookies字段则是在使用用户名+密码登陆后才能获取到的。

    本文介绍如何使用Go语言实现登陆，并将Cookies保存下来，并在后续请求中继续使用的详细实现。

二、判断交互流程

    查找资料，发现SSO单点登陆流程大概长这样：

1. 首次访问

2. 重定向到SSO服务器

3. 再次访问

更学术一点，具体协议上的交互如下：

（客户端）                                  （SSO服务器）                                   （目标网站）

资料来源：https://apereo.github.io/cas/4.2.x/protocol/CAS-Protocol.html

三、验证交互流程

    直接打开Chrome，使用F12调试模式，将整个登陆流程记录下来。

1. 发送登陆请求：

包含两个东西： （a）SSO服务器。  （b）登陆成功后，继续访问的网址。

2. 发送登陆请求，所带的账号信息：

3. SSO服务器返回结果：

这个是用Postman发送登陆请求后获得的响应Body体。 

顺便提一下这里两个疑问：

（a）CAS协议里面，登陆成功后回到原来网站，是用重定向302响应。而华为的SSO却是在响应Body里的。

（b）Chrome记录里面，没有记录下这个响应。只能在Postman里面才看到响应Body。（甚是奇怪，浪费我很久）

4. 继续访问原来网站。

注意，这里就带上登陆后给的“信物”了，？ticket=xxxx 。

响应里面带了两个东西：

（a） 告诉你后续访问带的Cookies，比如SessionID，agencyID。

（b）继续用不带信物，但是带上Cookies再次访问一次。

5. 根据重定向再次访问网站

（a）这里又返回一个Cookies，叫做 cftk。这个感觉是华为云特有的Cookies内容。

（b）继续要求302重定向

6. 根据重定向要求，最终访问网站

上图展示了：最终访问华为云网站，所需要的带的Cookies。 

从之前流程可以知道，这部分Cookies是由：多次请求的响应里面的Cookies的集合起来的。

四、使用GO语言模拟整个登陆

将整个流程摸清楚了，就可以写程序来模拟了。首先先发送登陆请求：

接下里，再根据得到的ticket信物，继续访问华为云。根据流程可以知道，Cookies是在继续访问得到的HTTP响应的Header头域里面的，我们只需要记录每一次响应的Header内容就行。

但是注意：

（1）GO语言在发送请求后，如果响应是302重新，那么GO语言是默认会继续访问重定向的地址的。

（2）GO在自动重定向的时候，是不会记录上一次的Cookies的。

然而我们的Cookies有一部分就是在302重定向的响应里面。

思路一：

我一开始的思路就是把302重定向给禁止，记录每一个302响应的结果，然后从结果里面取Cookies的Header。

禁止302重定向方法如下：

GO在http客户端定义的时候，允许介入302的处理。

注意这里的 错误码 http.ErrUseLastResponse ，它代表原封不动的返回302响应给http-client。

然而由于真正访问华为云的过程中有3个重定向，那么代码这样做的缺点就是，重复获取响应的事情得来3遍。有点太麻烦了。

思路二：

幸好，GO语言有一个叫做CookieJar的包，可以专门用来处理Cookies的。它就是一个缓存对象，模拟浏览器行为，记录下来每个网站需要设置的Cookies内容。

用起来也非常简单：

定义一个cookiejar，然后给客户端赋值。一旦设置了这个cookiejar功能后，GO的http客户端，就会自动记录每个网站的Cookies。这样有一个额外的好处就是：就不需要禁止GO语言默认的302行为了。

CookiesJar参考地址：https://zhuanlan.zhihu.com/p/23811184

直接发送请求，然后任由GO自己跟随重定向。拿到结果的时候，Cookies值也拿到了。

这个 cookiesjar的包真是太方便了，大赞。完全不需要自己去一个一个处理响应的Header头域，就把Cookies都拿到了。

而且，后续使用这个 client 发送请求，会自己带上所需要的Cookies，这样一旦登陆成功，直接按照想要的API发送请求就行了。