cookie里面有sessionid。
一般客户端和服务端是从一个sessionid来通过沟通，就是为了能够防止有所不同的用户之间再次出现和重复一遍，sessionid好象是一个32或是48个字节的副本字符串。
session保存到在服务器上用处记录用户状态的机制。客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式有记录在服务器上。这那就是session。session在用户第一次访问服务器的时候自动启动修改。客户端浏览器又一次ftp访问时只必须从该session中查找该客户的状态就也可以了。
登录的时候，session对象会带有sessionid，在每个url上都带了，jmeter会到url中遵循参数将sessionid取过去，后再每次来request都带齐sessionid，这样的话登陆的时候，jmeter就这个可以对闪图session做处理
答:网关后的微服务资源登录用户的方法。1.前台(如网页富客户端)是从rest接口将用户名和密码正在发送到uaa用户账号与认证微服务进行登入。
服务在结束登录流程后,将sessionid才是jwt的负载(payload),生成沉淀jwt身份令牌后正在发送给前台。
3.前台是可以将jwt令牌存到localstorage的或sessionstorage中,其实,逃离登录时,前端必须彻底删除能保存的jwt令牌。
session直译为会话，代表上帝了用户与服务端的一系列交互，按于tomcat的实现应该是一个对象，意图识别用户。session出现的背景是因为http本身是无状态的，也就是说你每次请求全是各自独立的，那服务端怎莫知道几次交互过程按的是一个访问者呢？session应该是为了可以解决这个问题再次出现的，session的生成在服务端，但前提是和浏览器cookie来在用，服务端识别用户的过程不胜感激:
1.用户是从浏览器ftp访问服务器
2.服务端创建角色session对象，并-cookie将session的id赶往给浏览器，并告知浏览器存进cookie
3.浏览器拿到session的id后存进cookie
4.浏览器后续向服务端各位时会带上cookie中的sessionid
5.服务端据sessionid能找到之前创建角色的session对象来识别访问用户（用户信息而不会存入该session对象）
6.用户直接关闭浏览器时浏览器清除干净cookie中的sessionid
有问题热情交流。
session是一种保护客户端与服务器端会话的机制。不过与cookie把会话信息存放在客户端本地都一样，session把会话保留在浏览器端。
我们同样的以登陆案例为例子讲解session的使用过程：
简单的方法用户在客户端浏览器发起登陆后只是请求
登陆成功后，服务端会把用户信息保存到在服务端，并回一个同样的session标识给客户端浏览器。
客户端浏览器会把这个真正的session标识需要保存在下来
以后再度访问web应用时，客户端浏览器会把这个任何的session标识带上，那样服务端就能根据这个唯一标识可以找到用户信息。
