这里不讨论用 Github API 的情况，仅仅以 Github 来说明模拟登陆
先尝试用真实浏览器登陆，登陆成功后在开发者工具的 Network 选项卡中捕获 Session 文件。可以看到，登陆所需要的数据不仅仅是 email（或用户名） 和密码，还需要其它的 3 个字段，而这 3 个字段普通用户在真实浏览器中是无法填写的（也无需填写，这仨字段会自动附加到表单中提交）。
其中的 commit、utf8 的值是不变的，只有 authenticity_token 字段的值是每次登陆都不一样的（为的就是区分人类与爬虫程序），authenticity_token 字段是在 https://github.com/login （登陆页面，未登陆状态）的 from 元素下的一个隐含字段（不显示在浏览器中）,其 type 属性值为 hidden。
下图展示了（重新）登陆页面的源码，其中 type 属性为 hidden 的 input 字段中的 authenticity_token 属性的值就是需要提取出来作为表单数据的一部分提交至服务器
从下图可以看到响应码（Status Code）是 302 found 表示重定向跳转至其它 url，这里跳转至 https://github.com，也就是说，登陆成功后就跳转至 Github 首页（即个人主页）
虽然是在 https://github.com/login 页面中登陆，但登陆时是向 https://github.com/session 提交表单数据，所以在 session 响应中可惜查看到已提交的表单数据。
上图展示了登陆成功后，已提交的表单数据，可以发现 authenticity_token 字段的值和登陆前的值是一致的（email、password 字段由于是明文，所以这里打码了）
能保持登陆状态的原因是登陆成功后生成 Cookies 的功劳，不过 Cookies 一般不是永久有效的，如果希望长期处于登陆状态，需要每隔一段时间检测下 Cookies 是否还有效（或进行异常处理），失效的话就需要重新提交表单生成新的 Cookies。