简单的说呢,就是从获取的response中,通过responseCookies,获得已解析得到的cookie
再细点说呢,其实通过response的Headers,也可以获得原始的Set-Cookie的字符串,自己解析,也可以获得和上面的responseCookies一样的cookies。
后者会比较麻烦,但是当遇到C#本身解析cookie有bug时,就用得上了。
所有相关的获得cookie的示例代码,可以参考这里的:
教程模拟登陆网站 之 C#版(内含两种版本的完整的可运行的代码)
帖子里面,也会提到我的crifanLibcs,其中里面有我(经过N多调试和实践)自己写出来的,专门处理cookie方面的(解析,更新,判断是否有效等等)函数的。
(此处不给贴地址,自己用google搜标题,即可找到我写的这些帖子不过,回复你的“参考料”中,我已贴出最后此帖子的地址)
在遨游浏览器安装的根目录下面,具体可以通过如下的方法找到该浏览器的缓存位置:
1、打开遨游浏览器,点击右上角的三条横线按钮。
2、在打开的三条横线选项中d出对话框,找到设置按钮,点击打开设置。
3、进入到遨游浏览器的设置界面,在搜索设置里面输入缓存点击搜索按钮。
4、搜索得到缓存的设置以后,可以看看到缓存位置的路径。
5、复制该缓存的位置路径,打开我的电脑图标,将该路径地址粘贴到我的电脑地址中。
6、按回车键以后,即可以看到直接跳转到了遨游浏览器的Cookie文件夹位置了。
在一般情况下,localhost请求线上地址是不会携带cookie的,因为localhost是本地域名,与线上域名不同,所以cookie不会自动传递到线上域名的请求中,也就是说,线上服务器是无法获取到本地的cookie信息。这是同源策略的一个基本原则,它能够防止恶意站点窃取用户的信息。
如果您需要在localhost请求线上地址时携带cookie,可以考虑手动设置cookie,在请求头中添加cookie信息。不过需要注意的是,这种做法可能存在一些安全隐患,因为cookie是保存在客户端的身份认证信息,如果泄漏给其他人,可能会导致账户信息被盗用,所以在使用时需格外谨慎。
cookie不是保存在后台的好不好,cookie是保存在客户端的,如果存在2个同名的cookie属性,很有可能是路径不对
例如"/"目录下设置的user和"/admin"目录下设置的user就可能同时存在。。。
我的blog有一篇cookie的文章,建议参考一下,虽然是用js *** 作,但是cookie的属性还是相通的
文章地址:>
以上就是关于C#如何用winform获取某个网站的cookies全部的内容,包括:C#如何用winform获取某个网站的cookies、遨游浏览器的Cookie文件夹具体位置、localhost请求线上地址携带cookie等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)