web页面性能优化

大家好！今天让创意岭的小编来大家介绍下关于web页面性能优化的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

开始之前先推荐一个非常厉害的Ai人工智能工具，一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等

只需要输入关键词，就能返回你想要的内容，越精准，写出的就越详细，有微信小程序端、在线网页版、PC客户端

官网：https://ai.de1919.com。

创意岭作为行业内优秀的企业，服务客户遍布全球各地，如需了解SEO相关业务请拨打电话175-8598-2043，或添加微信：1454722008

本文目录:

• 1、web后端性能调优主要优化哪些东西

• 2、高性能Web站点的优化招数

• 3、如何优化web服务器的访问速度

• 4、如何进行web前端性能优化

一、web后端性能调优主要优化哪些东西

尽量简洁的页面设计，最大程度减少图片的使用，通过放弃一些不必要的页面特效来减少javascript的使用。

- 使用一些优化技巧，比如利用图片的背景位移减少图片的个数；image map技术；使用Inline images将css图片捆绑到网页中。

- 尽量合并js和css文件，减少独立文件个数。

二、高性能Web站点的优化招数

1.这里的吞吐率特指Web服务器单位时间内处理的请求。

2.压力测试的前提：1>并发用户数 2>总请求数 3>请求资源描述

3.用户平均请求等待时间主要用户衡量服务器在一定并发用户数的情况下，对于单个用户的服务器质量；而服务器平均请求处理时间与前者相比，则用于衡量服务器的整体服务质量，它其实就是吞吐率的倒数。

4.对http header中标记为Connection: Keep-Alive的请求，开启web服务器的长连接支持。减少系统调用accept的次数，即减少建立连接的开销。

5.老调重弹，进程，内核级线程和用户级线程在不同情况下的优劣。IO模型，mmap（内村映射），直接IO，例如sendfile syscall以及异步IO等。多路IO复用（select， poll，epoll and kqueue etc）

6.服务器并发策略

1> 一个进程处理一个连接，非阻塞IO。稳定性强，但context switch的开销随http request递增而快速增长。

2> 一个内核级线程处理一个连接，非阻塞IO，多进程多线程混合方式。Context switch的问题依然存在。理论上可以支持更多的并发连接。

3>一个进程处理多个连接，非阻塞IO。（epoll， kqueue）lighttpd, nginx。支持并发性能强劲。 上述情况的适用范围不能一刀切，而且这里都是指单机并发，需根据实际情况（实际并发数）来选择。通常，在并发用户数较大的情况下，Web服务器使用什么样的并发策略，是影响最大并发数的关键。 在实际应用中，动态内容缓存可能是使用得最多的技术，但是并不见得所有的动态内容都适合使用网页缓存，缓存带来的性能提升恰恰与有些动态数据实时交互的需求形成矛盾，这就是一个权衡。

1. 缓存动态生成的html代码。

2. 把动态内容静态化，直接缓存整个html文件。这样就可以直接访问缓存。这时的更新策略：

1>在数据更新时重新生成静态化内容 2>定时重新生成静态化内容

3. 使用SSI（server side include）进行局部静态化。但web server的SSI功能会对静态文件的吞吐率有负面影响。 减少http请求，充分利用浏览器的缓存。而webapp通过http协议（更具体位置就是http header）来与浏览器协商，那些东东浏览器可以使用其缓存即可。

1. Last-Modified/If-Modified-Since

2. ETag/If-None-Match

3.Expires + Cache-Control: max-age=<seconds>

1和2需要浏览器和webserver交互后，有服务器端通知浏览器是否使用浏览器缓存，而3则是在过期前直接使用浏览器缓存，这样就直接kill掉了http request。同时还需注意，在使用SSI的内容中，由于整个页面是服务器动态生成的，所以Last-Modified标记在不同的Web服务器中有不同的生成方法。 Web服务器隐藏在代理服务器之后。这种代理机制称为反向代理（Reverse proxy），同时，实现这种机制的服务器便成为反向代理服务器。隐藏在反向代理服务器之后的Web服务器，我们习惯称它为后端服务器（Back-end server），当然，反向代理服务器就被称为前端服务器(Front-end server)。

引入反向代理服务器的目的之一就是基于缓存的加速。我们可以将内容缓存在反向代理服务器上，所有缓存机制的实现仍然采用HTTP/1.1协议。

缓存命中率和后端吞吐率的理想技术模型

缓存丢失率=（活跃内容数/（实际吞吐率×平均缓存有效期））×100%

缓存命中率= 1-缓存丢失率 后端吞吐率= 活跃内容数/平均缓存有效期

缓存命中率= （1-（后端吞吐率/实际吞吐率））×100%

后端吞吐率 = （1 – 缓存命中率）×实际吞吐率

结论： 1. 活跃内容数和平均缓存有效期一定的情况下，缓存命中率与实际吞吐率成正比。

2. 实际吞吐率和平均缓存有效期一定的情况下，缓存命中率与活跃内容数成反比。

3. 活跃内容数和实际吞吐率一定的情况下，缓存命中率与平均缓存有效期成正比。

4. 活跃内容数一定的情况下，后端吞吐率与平均缓存有效期成反比。

5. 平均缓存有效期一定的情况下，后端吞吐率与活跃内容数成正比。

6. 缓存命中率的变化不一定会影响后端吞吐率。

7. 后端吞吐率的变化不一定会影响缓存命中率。

ESI – Edge Side Include类似与SSI，但不在webserver端组装内容，而是在http代理服务器上组装内容，包括反向代理。在处理只有局部更新动态内容时AJAX是更好的原则，它不依赖与底层webserver的实现，但ESI的优势在于再有多个后端服务器的情况下，变可以避免多个后端的重复组装，减少总工作量。 从以下几个方面来看Web组件的差异：

1. 文件大小

2. 文件数量

3. 内容更新频率

4. 预计并发用户数

5. 是否需要脚本解释器

6. 是否涉及大量CPU计算

7. 是否访问数据库

8. 访问数据库的主要操作是读还是写

9. 是否包含RPC

对每种类型的Web组件采取不同的优化方式（一种或多种）：

1. 是否使用epoll模型

2. 是否使用sendfile() syscall

3. 是否使用异步IO

4. 是否支持HTTP持久连接（http keep-alive）

5. 是否需要opcode缓存

6. 是否使用动态内容缓存以及有效期为多长

7. 是否使用Web服务器缓存以及有效期为多长

8. 是否使用浏览器缓存以及有效期为多长

9. 是否使用反向代理缓存以及有效期为多长

10. 是否使用负载均衡策略

按照Web组件的不同类型将其放在不同的二级域名/机器/不同类型的WebServer

同时，还需考虑到不同的浏览器对同一个域名下的访问有多大并发数限制，而使用多个域名。

IE6，7 2(http/1.1)

IE8 6(http/1.1)

Firefox2 2(http/1.1)

Firefox3 6(http/1.1)

发挥各自的潜力

对于动态内容：开启opcode缓存，使用足够快的CPU，足够大的内存，多进程以及与数据库保持高速连接

对于静态内容：支持epoll，非阻塞IO，异步IO，使用sendfile，单进程（对于IO密集型任务，多进程无法发挥优势），使用高速磁盘，使用RAID

对于image, css and script分配合理设置其过期时间(expires) 1.合理的执行计划，包括合理使用索引

2.使用慢查询分析工具，找出执行很慢的sql并优化之。

3.合理的数据库缓存，索引缓存，数据缓存等

4.更具实际需求选择合理的数据库引擎或数据库

5.反范式化设计，对查询带来优化，但增加写和更新的工作量。

6.放弃关系型数据库，针对实际情况，读写要求极高时 数据库扩展： 读写分离，按业务实施合理的垂直分区，对热点表进行水平分区。 DNS负载均衡

需要DNS服务商提供该功能，且DNS记录存在缓存，无法及时修改，带来更新延迟。

反向代理负载均衡

HTTP重定向和DNS解析在请求的调度上体现在“转发”上，而其则体现在“转移”。

任何对于实际服务器的http请求都必须经过调度器；调度器必须等待实际服务器的http响应，并将它反馈给用户。

由于调度策略在自己手中，就可以使用诸如按照权重进行调度等策略。也可以对个应用服务器进行健康监控，对无效服务器不在把请求转移给它；还可以实现sticky sessions。

作为负载均衡调度器的反向代理服务器在扩展上的制约，反向代理服务器的处理能力制约了整个集群的处理能力，其次，容易出现单点故障

IP负载均衡

Netfilter+ IPVS

用iptables修改Netfilter规则，进行基于IP的tcp包转发，也即调度。 IPVS（IP Virtual Server）也成为LVS(Linux Virtual Server)。

两者结合的具体策略有 1. LVS + NAT

2. LVS + DR

三、如何优化web服务器的访问速度

网站运营的任何时期，网站访问速度都是至关重要的部分，它是网站友好体验中最基本的一项，如果访问体验都令人不满意，那么后期所做的营销推广模式都有可能徒劳无功，因为网络中客户的选择成本很低，加上普遍客户的耐心都不高，页面访问超过6秒客户就会选择离开，这对于一些流量本来就不高的企业网站来说无疑是雪上加霜。

一、升级正在使用中的服务器 

进行服务器升级工作之前，要考虑多方面的问题，是升级已有的服务器还是购置新的服务器设备须根据实际情况抉择。首先来说升级现有的服务器设备，一般来说网站运营到后期随着业务不断增加，多平台应用的开发对于服务器性能的要求也逐步提升，长而久之服务器遇到性能瓶颈也是情理之中的事情，对于这种情况，我们可以通过升级服务器（例如增加硬件设备或网络带宽）等相关配置来满足不断扩大的业务需求，那么服务器性能瓶颈问题就可以得到解决。

二、优化正在使用的服务器 

不管是完成升级后的服务器，还是新购置的服务器，我们都要对其进行优化，从而提升服务器的性能以及利用率。如何优化服务器？作为在国互网工作到现在的资深IDC工作人员，小编认为大概分为以下四个方面

要点一：尽可能的减少HTTP请求数

从客户访问网站页面到整个页面内容完全展现出来，这其中要花费较多的时间来下载各种Scripts、CSS样式表、Flash以及图片，而每一类下载都相当于一次HTTP请求，这样的请求越多网站被完全加载出来所花的时间会越长，意味着客户端的访问会很慢，那么此时就需要尽可能的减少HTTP请求数，通常我们可以直接把css和js写入到页面中，避免了外部的调用；或者我们可以把CSS文件和JS文件分来，在后台再进行合并，这样客户端浏览器相当于一次请求。这是小编在国互网美女前端那学来的。

要点二：降低DNS查询时间

众所周知网络服务器端的域名和IP地址是相互对应的，当客户端发出请求时，计算机还需要通过域名和IP地址的相互转换来判断，而这个转换工作便是域名解析DNS，通常DNS的查询需要10~20毫秒时间，客户端浏览器也只会等待DNS查询结束之后才会加载此域名下的内容。因此，我们要加快页面的访问速度，就可以从降低DNS查询时间方面去做改善。

要点三：启用服务器Gzip压缩功能

对于大中型网站来说，页面的内容多且比较多样化，单个页面的大小可能是几百K以上了，客户端访问的时候下载会比较慢，此时我们可以采用服务器Gzip页面压缩功能，可以将一个大小为100K的页面文件压缩成25K以下，这样就可以减少网络传输的数量从而提高客户端访问速度。一般服务器都是可以使用Gzip压缩功能的，并且能够针对JS文件、CSS文件和Html进行压缩，多方面去进行优化网站访问速度。

要点四：推荐大中型网站使用CDN加速工具

CDN加速是目前大型网站普遍使用的页面加速方式，它对于网站优化几乎没有影响的，基本原理是将网站镜像备份到很多服务器节点上，使服务器节点周围的用户访问速度更快，从而提升客户端高速访问网站的体验；但是并不是所有的网站都适合使用CDN加速，一般对于小规模站点个人站的话，就不需要使用CDN加速，毕竟从长期来看这可是一笔不小的开支；建议图片站以及多媒体站点可使用CDN加速。

希望以上知识能够帮到您

四、如何进行web前端性能优化

1，css精灵！

2，代码压缩

3，高质量的JS代码肯定能省很多事！封装JS，重复调用方法！这样会减少很多操作

4，请减少对DOM的操作

5，使用JSON格式来进行数据交换

6，高效使用HTML标签和CSS样式

7，使用CDN加速（内容分发网络）

8，精简CSS和JS文件

9，注意控制Cookie大小和污染

以上就是关于web页面性能优化相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。

推荐阅读：

Windows11网页版html源码（web网页源代码）

微信wechat版怎么弄

接听WeChatout要钱吗（接听微信）

包装新技术新材料（包装新技术新材料有哪些）

杭州临江高新技术产业开发区（杭州临江高新技术产业开发区管理委员会主任）