性能优化
1.webpack打包文件体积过大？（最终打包为一个js文件）
2.如何优化webpack构建的性能
3.移动端的性能优化
4.Vue的SPA 如何优化加载速度
5.移动端300ms延迟
6.页面的重构
所有的知识点都有详细的解答，我整理成了280页PDF《前端校招面试真题精编解析》。
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
其实我更想聊标题的前半部分，后半部分只是拉出来做典型的。
简历上写上一句，“热衷于学习新技术”，孬管是不是真的，至少加分项是可以有的。
再看看标题，我是来搞笑的？
学习与使用，两回事
学习侧重于新技术的HOW、WHAT、Where（其实实际过程中很多时候后两个是忽略的）
使用侧重于。。。。。填坑！
开始我们的主题
标题写的，为什么？
在我看来
除非你是真的知道新技术到底解决了怎样的问题
除非你很清楚新技术有什么优点和缺点
或者至少你要知道新技术是用于什么场景的
你再用新技术也不迟，否则，就慢慢填坑！
否则，就是为了时髦买了条带洞的内裤却发现洞的位置不对还得再买一条正常的内裤！
JWT，拉出来当典型
为了避免被喷成筛子，三连划重点
JWT本身没有错！
JWT本身没有错！
JWT本身没有错！
无状态没有错！
无状态没有错！
无状态没有错！
我们聊的JWT对标的是 Session ，不是 Cookie
我们聊的JWT对标的是 Session ，不是 Cookie
我们聊的JWT对标的是 Session ，不是 Cookie
错的是什么？是盲目使用
在座各位有多少人能准确回答出上一节的三个问题？
- 你真的知道JWT到底解决了怎样的问题？
- 你很清楚JWT有什么优点和缺点？
- 你知道JWT是用于什么场景的？
给自己一个靠谱的答案，你为什么要用JWT？
我百度谷歌搜索了一下，发现用 JWT 的文章真的是少数，用 Identity 和 Session 的文章很多，这超出了我的预料
为什么身边的项目包括群友公司的项目全是 JWT？
JWT 与登录
JWT 的核心是无状态、自验证、无中央服务器，有超时时间等机制，我们所实现的登录功能，本质上是一个状态保持的机制，要保持，就会有断开的需求，JWT 能实现断开吗？不能。
JWT 的核心应用场景根本不是状态保持！
https://www.baidu.com/s?wd=jwt会话保持&rsv_spt=1&rsv_iqid=0x9d65b70000004423&issp=1&f=8&rsv_bp=1&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_dl=tb&rsv_sug3=11&rsv_sug1=10&rsv_sug7=100&sug=jwt%E4%BC%9A%E8%AF%9D%E4%BF%9D%E6%8C%81%20%E5%88%B7%E6%96%B0&rsv_n=1&rsv_t=576d%2BK65G9Uk60klbPpQEAyfnAnSKdDcE476BRPqSajtXpQkE0rXpLQDtHtdE8AvX51v&rsv_sug2=0&rsv_btype=i&inputT=4864&rsv_sug4=4864
百度早已有了不要用JWT做状态保持的文章，这根本就不是一回事！
JWT 的核心在于不需要中央服务器的验证，它可没说验证状态要保持啊。是的，超时时间的机制确实很像状态保持，但是因为 JWT 无状态的特性，它难以实现状态保持的完整功能。
比如说，我想续期，怎么办？
有的同学说了，旧KEY作废发个新KEY，作废的KEY保存在内存当中
你这和“我为了潮流买了个有洞的内裤结果发现外面还得再套一个内裤才不冷”有啥区别呢？
没错，这位同学的方案就是大家的方案，可是，这么明显的问题（不是JWT的问题），你为什么还要坚持JWT？
坚持JWT的重点就是无状态，然而作废的KEY保存在内存中不就又回到了有状态吗？你为什么还要坚持JWT？
总结
秋招即将开始，校招的朋友普遍是缺少项目经历的，所以底层逻辑，基础知识要掌握好！
而一般的社招，更是神仙打架。特别强调，项目经历不可忽视；几乎简历上提到的项目都会被刨根问底，所以项目应用的技术要熟练，底层原理必须清楚。
这里给大家提供一份汇集各大厂面试高频核心考点前端学习资料。涵盖 HTML，CSS，JavaScript，HTTP，TCP协议，浏览器，Vue框架，算法等高频考点238道（含答案）！
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
资料截图 ：
高级前端工程师必备资料包
503
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
