web性能优化——简介

简介

性能优化的第一准则:加缓存。几乎绝大部分优化都围绕这个来进行的。让用户最快的看到结果。

性能优化的第二准则:最小原则。绝不提供多余的信息。比如,静态资源(图片、css、js)压缩,图片的滚动加载,异步请求,http请求合并等。

性能优化的第三准则:分布、集群。当前,这个的前提是已经把基本优化都做完了,才考虑这个方面。

思路

性能优化的过程是一个链条,任何一个节点上都要优化,否则都会出问题,优化也就失败了。

每个节点上都包含这几个方面

  • 定位。定位这个节点是否有存在性能问题。
  • 监控。监控这个节点的性能问题。
  • 解决问题的办法(文档)。减少人为解决问题的成本。

后面的文章也是根据流程,一个节点一个节点来组织

性能类型

包括但不仅限于下面的几种类型。下面的这些,仅仅是基于我们团队使用的技术而言。如果有使用更多的技术可以往里面补充,比如说:cdn缓存加速等。

浏览器

浏览器是用户接触的第一道程序。往往在这里的优化很直接、简单,而且效果反而会很好。

  1. 资源静态缓存
  2. 资源静态按需加载

网络

目前网络还是比较严重的性能瓶颈。商用的企业带宽也比较贵,所以优化是非常有必要的。

  1. 合并请求
  2. 压缩传输(gzip)
  3. 压缩http的response内容

服务器

首先要确保每一个软件本身已经是优化过的,而且对应的软件的应用场景也是优化过。

  1. 操作系统(linux)
  2. 代理(nginx)
  3. web容器(tomcat)
  4. web应用(java)
  5. 数据库(mysql)

架构

架构的统一解决,可以让开发在一定的程序减少对性能的考虑。

  1. 业务规划。比如说:动静分离,并且使用不同域名。
  2. 分布。把重要的应用分布部署,独立提供服务。
  3. 集群。集群+负载均匀,是解决性能很直接的问题。但是最后放在所有的性能已经是最佳的情况下,再去考虑集群。这样会减少运维成本及资金成本。
  4. 缓存化。把热点命中的内容,又使用非常频率的使用缓存。要考虑使用的场景和命中率。
  5. 静态化。把常年不变的内容,都走静态化,是一个非常棒的想法。最好是做成对业务透明,无影响。

软件研发

很多性能问题是在研发的过程中产生的。

  1. 高性能的设计。比如:合理的数据库字段冗余。比如算法的复杂度。
  2. 高性能的规范。比如:不允许for里有io等。
  3. 高性能的标准。每个业务,要有一个标准,超过这个标准要要优化。不用每一个都必须优化,这样也影响开发效率。有目的的优化,8/2比例。用20%的时间,解决80%有性能问题。

框架

  1. 消息队列。解决复杂场景,不需要用户等待。如果解决实效性没那么强的业务。

语言(java)

对虚拟机的优化。

流程

熟悉流程及节点,才能定位性能的问题。而且优化的顺序一般也是按请求的流程逐一优化。这里的流程只是做个概要,并不代表全面。

整个流程是以最快的方式让用户看到结果
web性能优化——简介

重复问题

如果有重复的问题,交给更高层节点(流程里的前一个节点)去解决。比如说:如果能在代理级别做静态和缓存,就不要在web容器里去实现,更不要在web应用里去实现。

文档的统一结构

  1. 场景
  2. 解决方案
  3. 验证方法

更高目标畅想

通过云计算来实现这些功能。

上一篇:iOS视频硬编码技术


下一篇:项目Beta冲刺——凡事预则立