我用jsoup写爬虫，一般遇到html返回没有的内容。但是浏览器显示有的内容。都是分析页面的http请求日志。分析页面js代码来解决。
1、有些页面元素被隐藏起来了-gt换selector解决
2、有些数据保存在js/json对象中-gt截取对应的串，分析解决
3、通过api接口调用-gt伪造请求获得数据
还有一个终极方法
4、使用phantomjs或者casp
用javascript编写一个函数做的：
你试试看functionchek(){varchar#34123abcd4ef56g7#34
vara#34#34varb#34#34
for(vari0iltchar.l:#34a#34数字:#34b)}
在web开发领域，相信大家对于cookie和session都很熟悉，cookie和session都是会话保持技术的解决方案。随着技术的发展，token机制出现在我们面前，不过很多开发者对于token和cookie、session的区别及使用场景分辨不清。
cookie和session的用途要知道我们访问网站都是通过http协议或https协议来完成的，http协议它本身是无状态的协议（即：服务器无法分辨哪些请求是来源于同个客户）。而业务层面会涉及到客户端与服务器端的交互（同网站下多个页面间能共享数据），此时服务器端必须要保持会话状态，这样才能进行用户身份的鉴别。
由于http无状态的特性，如果要实话客户端和服务器端的会话保持，那就需要其它机制来实现，于是cookie和session应运而生。
通常情况下，session和cookie是搭配在一起使用的。
token是什么上面说到的session和cookie机制来保持会话，会存在一个问题：客户端浏览器只要保存自己的sessionid即可，而服务器却要保存所有用户的session信息，这对于服务器来说开销较大，而且不利用服务器的扩展（比如服务器集群时，session如何同步存储是个问题)！
所以有些人认为，如果会话信息由客户端保存并且无法伪造，就可以这个问题不能解决吗？然后是令牌机制。
token，俗称"token"，由以下部分组成:
uid:用户的唯一标识。
时间戳:当前时间戳
sign:防止第三方伪造数据的签名字符串；签名密钥存储在服务器上，其他任何人都无法知道。
其他附加参数。
令牌机制下的认证过程实际上与cookie机制非常相似，主要有以下过程:
1.用户登录进行身份认证，认证成功后，服务器生成令牌并返回给客户端；
2.客户端收到令牌后，保存在客户端(可以保存在cookie、localstorage、sessionstorage中)；
3.当客户端再次请求服务器时，将令牌作为请求头放入头中；
4.服务器接收请求头中的令牌，并根据已建立的规则再次对用户参数进行签名。如果两个签名一致，则认为成功，否则数据篡改请求失败。
(生成签名示例图)
(验证签名示例图)
令牌和cookie会话cookie的区别实际上是充当一个令牌，但它是"有状态"tokentoken是无状态的，更有利于分布式部署。
那个这是我的看法。你怎么看待这个问题？欢迎在下方评论区交流~我是科技领域的创作者，有十年互联网行业经验。欢迎关注我了解更多科技知识！
