showcase14: https://github.com/FE-star/showcase14
showcase7: https://github.com/FE-star/showcase7
JIT
js没有编译器
js是边解析边执行
https://zhuanlan.zhihu.com/p/41130608
JIT的好处是高频执行的代码（优化）可以编译执行
try catch影响性能，为什么呢？
获取时间戳的方式：
1.Date.now() //最快
2.(new Date()).getTime() //中等
3.(new Date()).valueOf()//中等
4.+new Date() //最慢，因为有类型转换
去空格，trim的性能好于replace
原生提供的方法往往性能更好，原生的可能不是js实现的，有可能是C++实现的
indexOf比正则查找字符时更快
for in 会遍历原型的属性吗？？
节流 防抖
showcase7: https://github.com/FE-star/showcase7
https://developers.google.cn/web/fundamentals/performance/rendering/
setTimeout setInterval在执行的时候会受程序的其它代码影响，导致执行时间过长而延迟，这时采用requestAnimation就能很好的避免这种情况
https://www.cnblogs.com/wzz1020/p/6402390.html
https://developers.google.cn/web/fundamentals/performance/rendering/optimize-javascript-execution
改高度宽度，采用该class的这种方式去改高度宽度，因为加class减class只有一次性的操作，如果用js脚本就会有两三次操作了
MTU 最大传输单元，指一个包的大小，不是带宽
参考值14.6KB，特别是第一个请求，小于14.6KB的时候可以把其它一些请求也依赖进去（比如通过base64把图片放进去），而且第一个请求要求最好就是小于14.6KB否则要分两次或者多次，影响体验了。
建议压缩后文件大小小于14.6KB，大于14.6KB会分多次传输
8B=1b，大写的B和小写的b不一样哦
jpg 格式，两种格式，如果用户上传的是baseline格式，可以让后台处理成progressive格式
1.baseline 这种是一点点加载，一开始就是清晰，只是显示的图少
2.progressive(渐进式)，推荐用这种，这种是模糊到清晰
协议层面的优化
QUIC http2
它们做的主要事情包含：1.压缩请求头 2.多路复用 3.。。。
QUIC是基于UDP的
