前言：
偶然发现的一个网站，需要网址的私信，不是说要玩什么套路，而是毕竟不能明目张胆的把别人网址发出来
分析
打开浏览器访问，目前是正常访问:
然后它的cookie是这些：
我现在在代码里用一个过期的cookie：
它的请求结果是none
我现在赋值这个过期的cookie到浏览器，回车保存
那我浏览器这边刷新看，它就重新访问了下登陆接口，看起来没有什么端倪是吧
不急，接着看，
我换一个cookie继续在浏览器里重改值，在测试代码里复制的之前的过期的cookie
不用代码处理了，直接浏览器刷新看看：
我现在退出下，然后重新登陆看看，退出有点慢，我直接清楚掉cookie重新登陆：
然后通过这次重新登陆，可以肯定的是，cooKie是登陆之前就生成好了，然后去服务器注册的，因为你看这个登陆接口的交互信息里，这个PHPSESSID居然在请求头里就有了，而不是在返回头或者返回结果里
我已经登陆了哈，我刷新下页面：
我再刷新下：
发现关键点
有没有发现问题啊？
好了不浪费时间了，我直接说吧，你看我登陆后第一次刷新，为什么还去访问了下登陆接口？第二次刷新为什么就不用再访问登陆接口呢？
这里就是关键了，我明明已经登陆过了，这个PHPSESSID 也去注册过了，为什么还要再去访问一次登陆接口？不觉得很不符合正常的业务逻辑吗？你是不是觉得这个是多余的?
还真不是多余的，这个就是该平台的反爬机制，首先我们知道，大部分平台过后，拿到的cooKie直接就可以用了，然后我们写爬虫，是不是也一样，直接就复制下来拿来用了，而这里我试了好多次，登录之后拿到的cooKie就是用不了，它就是因为上面的“多余”的请求动作，再一次对cookie做了注册验证，然后才能正常使用，这也就是刚才我用过期的cookie不能直接用的原因，对了，补充下，我上面用的过期的cookie是之前（非当日）登陆之后在浏览器里复制下来的
这个逻辑不验证下的话，你估计以为我在演你，好，来，用代码说话：
最开始的这个8tm开头的是不能用的对吧
我加一个逻辑，就多请求了一次登陆接口，执行
数据已经有了，说明过期的cookie确实需要再去调用下登陆接口注册下就可以用了。
我再改回去，没有调用登陆接口的时候，执行，正常拿结果，这也就是上面的问题，我登陆之后，第一次刷新需要调用登陆接口，而第二次刷新不需要了，因为已经注册过了
那么也就是时候，这个8tm开头的cookie已经被注册好了对吧。
那么估计你有个疑问，之前用的cooKie是不是就没法用了？验证下，我去浏览器赋值一个cookie放过来看看：
也就是说，它这个cookie并不是常规的那种，用了新的后，旧的自动作废，因为它这个旧的cookie只要再访问一次登陆接口，就可以把旧的cookie重新注册为可用，那么也就是我们可以用一个cookie无限续期了。
完毕！！！！！
结语
总的来说，这种也算是一种反爬机制了，只是针对的反爬等级属于中低级的样子，当然，如果不花点时间研究的话，还真容易被骗过去，然后你就会在代码里一直调试，浏览器一直也看不出问题，接着请求次数过多ip被ban了，但你只要耐心分析，其实还是挺简单的