Web前端最全时间都去哪了-移动Web首屏优化实践(1)，2024年最新字节跳动Web前端面试凉凉经

最后

基础知识是前端一面必问的，如果你在基础知识这一块翻车了，就算你框架玩的再6，webpack、git、node学习的再好也无济于事，因为对方就不会再给你展示的机会，千万不要因为基础错过了自己心怡的公司。前端的基础知识杂且多，并不是理解就ok了，有些是真的要去记。当然了我们是牛x的前端工程师，每天像背英语单词一样去背知识点就没必要了，只要平时工作中多注意总结，面试前端刷下题目就可以了。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

这个才是我们真正要去做的东西—渲染（webkit）

给你两个优化的方面，优化网路与优化渲染（高性能js，但是很多时候我们技能用不到），其实优化网络，我们可以提升几秒，而优化渲染，我们大部分是是毫秒级的，所以网络优化才是重点；但有时候我们往往动不了；

网络层的优化

上述这些步骤，能否在1秒内完成，很难，但是当我们合理利用缓存等一些技术时，还是可以的；

上述有一个概念RTT，用人话讲就是一次请求往返的时间

下面是一些常见网络的RTT时间

我们还可以通过一些常用的工具去测试网络的耗时；

可以查看每个js的解析时间，http响应时间，tcp建立时间

那我们要怎么做呢？

我们可以从以下几个方面着手，这些都是一些经典的使用场景，但是我们知道要这么做，但更应该知道为什么要这么做；

首先，第一个减少请求数？为什么？

请求多了，并不是说会对后台造成多大的压力，这当然是一方面，从RTT上来说，每一个请求都会消耗一个RTT时间，那么越多的请求消耗的RTT时间就越多；

比如请求一个5K的css和一个200K的图片，除了请求大小不一样之外，深入到协议里面，并不是请求的数据一次性的返回一个包给你，因为为了防止网络拥塞，会有一个窗口来限制你的包的大小；所以建议初试化的包控制在14k以内，只是tcp窗口的大小。

再次，利用缓存；

然后是合理安排请求顺序，哪些请求是必须先加载的，哪些可以稍后加载。那怎么做呢？

1. DNS预解析

2.域名收敛

既然DNS解析比较耗时，每个连接都要建立链路，那么我们就可以通过减少ajax到后台的域名地址，通过反向代理去做。

3. 链路复用

因为每一次链接数都要建立3次TCP握手，通过keep-alive，可以保证建立的连接不会被关闭， 下次请求可以直接发送数据，这样可以减少将近200ms的时间，当然会增加一部分Server的内存消耗，要预先扩容；http2.0已经支持了这些特性；

4. 资源内联

在首屏里，一些资源都是分散开发的，在一些简单的页面中，有些内容可以内联进去，不然像一些css页面要等到html页面解析完成后，再去解析外联的css； 可以通过打包工具在发布的时候就能完成；

5.组件化开发

首先一点是按需加载，就是首屏显示的东西，哪些要加载，哪些无需加载，可以区分开来，而且可以异步方式来加载，如上图是一块一块的加载出来，而不是一步全部加载出来；

然后一个是一部渲染，这里举个例子；如下的tab选项卡

我们通常是这么做的，我们可以先加载一些公用的东西，然后通过路由，去加载首屏上可以看到选项卡的资源，哪些有用户交互之后的东西，可以稍后在加载；

但是这样会有一个问题，有时候我们的js处理的比较快，但是css文件处理的比较快，这样就会使的页面比较混乱，所以可以通过异步打包工具，将css和js打包在一起

6. 服务端渲染

一个前后端分离的项目，通过ajax请求数据，这样一个页面的渲染路径会拉的很长，页面先渲染html，然后在渲染js，js才发送ajax请求，等到数据回来再进行渲染，所以不管怎么样都至少要3个RTT请求时间；这种模式，在网络环境比较差的情况下，是很难接受的，

所以我们又回归到PHP时代；通过服务器端渲染，就可以控制用户，哪些东西是要打包的。可以一次性知道用户需要哪些数据；加上现在的NodeJs环境以及React，这就使得一些东西既可以在前端的浏览器进行渲染，也可以在服务器中进行字符串拼接，一起吐出来；

最后

喜欢的话别忘了关注、点赞哦~

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

dn.net/forums/4304bb5a486d4c3ab8389e65ecb71ac0)**