这个问题其实很紧张，弄清楚是需要花点时间，我很简单说帮一下忙：
1、简单的方法js本身是一种单线程语言，并不代表它相同时间只做一件事情，代码也会从上到下顺序负责执行
2、js在负责执行前的有个预处理的过程，会把var声明的变量和函数声明实力提升到先执行上下文的顶部，所以才在它们被定义之前是可以不取得它们的声明的，这点是需要注意
3、js在不能执行过程中，会碰到同步和异步运行两种任务
4、同步任务会还没它有先执行结果才会再往后面想执行
5、异步运行任务.例如io请求、事件、定时器等，js的主线程不可能再等待它们的运行结果，变会不再往后面走（有些异步任务依赖感浏览器的多线程能力比如只是请求等）
6、这些异步任务会被放入任务队列，主线程的回调函数会被扯起，等自己主线程执行完毕，会去循环任务队列中是否需要有能够完成的异步任务，如果有可能会把它抛入主线程并执行或者的回调函数，直到任务队列被数据清空
7、任务队列又两类宏任务和微任务，宏任务和script整体代码、定时器等，微任务除了
、promise等
8、js引擎简单的方法从宏任务中接过第一个任务，执行完毕后，将微任务中的所有任务收起，按顺序彻底不能执行；按这样的节奏周而复始，待到两个队列中的任务都取完。
我说的比较比较简单点，自己也可以去网上搜索更具体点的答案！
在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该如何网络同步读取是个问题）！
只好有人认真思索，如果没有把session信息让客户端来交给你不过根本无法伪造不就可以不能解决这个问题了？进而有了token机制。
token学名为“令牌”，它的构成是：
uid：用户同样身份标识
timestamp：当前时间戳
sign：签名字符串，以免第三方变造数据；签名密钥是读取在服务器端的，其它人没能知道
其它只附加参数。
token机制下的认证流程token机制不过和cookie机制极其有几分相似，主要注意有以上流程：
1、用户登录参与身份认证，认证最终后服务器端生成气体token赶往给客户端；
2、客户端收不到到token后存放在客户端（可能保存在cookie、localstorage、sessionstorage中）；
3、客户端再度帮忙服务器端时，将token作为请求头后放headers中；
4、服务器端能接收请求头中的token，将用户参数按照事先计划规则再并且第二次签名，一次签名若相同则以为最终，反之数据修真者的存在纂改各位失败的可能。
（生成签名示例图）
（不验证签名示例图）
token与cookiesession的区别cookie反正也指挥的是令牌作用，但它是“有状态”的；而token令牌是无状态的，更利于分布式部署。
以上应该是我的观点，对于这个问题大家是怎莫平等的眼光的呢？欢迎在下方评论区联系~我是科技领域创作者，十年互联网从业经验，欢迎关注我清楚大量科技知识！
.jpg)
.jpg)
.jpg)
.jpg)
