前端性能优化-域名解析

为什么要进行域名解析

使用域名是为了用户更加友好的访问目标网站，比如你想访问百度进行搜索一些自己想要的东西，你是记www.baidu.com容易呢，还是记61.135.169.121这个IP容易呢，很明显是前者。但是对计算机而言，直接访问IP地址会更快，效率会更高，因为域名需要域名解析服务器进行解析，最后还是转换成IP地址。域名解析这个过程需要花费20~500ms不等，500ms是什么概念啊，地球的半径是4万千米，电信号在光纤中的传播速度大约是200000km/s，500ms一个电信号可以绕地球跑2.5圈，可见域名解析的效率有多低。

域名解析的过程

我们通过一个Linux中自带的dig命令来看一下，解析www.kuwo.cn域名的整个过程。

在Linux下执行：$ dig +trace www.kuwo.cn，执行结果如下图：

我们分步来看，

  • 第一步先获取全球13台根域名服务器其中一台的IP地址，因为13台根域名服务器的IP是固定，所以不需要花额外的时间。本例中获取到的IP是：192.168.210.118
  • 第二步通过根域名服务器：k.root-servers.net获取.cn.域的IP地址为：193.0.14.129，共花费226ms。
  • 第三步通过cn域名服务器：a.dns.cn.获取到kuwo.cn.域名的IP地址：203.119.25.1，共花费4ms。
  • 第四步通过ns4.koowo.com域名服务器获取到www主机的IP地址：60.29.225.22，共花费1ms。

这就是域名解析的全过程，共花费了231毫秒，时间比较长。

如何优化域名解析

我们知道域名解析是把域名转换成IP地址，再与目标主机进行通信，所以我们只需要把域名所对应的IP地址记录下来，下次直接使用，就不需要再走上面那么繁复的步骤了。

在HTML的<head>中添加如下的标签：<link href="http://x.kuwo.cn" rel="dns-prefetch" />，那么下次浏览器再次访问目标网站的时候，就可以直接使用，不需要重复解析了。

如何查看域名解析的情况

在Chrome浏览器我们可以看到域名解析的使用情况，包括域名被缓存的百分比，哪些域名的解析过长等等

在浏览器的地址栏输入：chrome://histograms/DNS.PrefetchQueue

结果如下图所示：

可见在我本地系统中，有66.9%的域名被浏览器缓存直接使用，没有花费时间

时间： 2024-10-11 08:13:28

前端性能优化-域名解析的相关文章

web前端性能优化

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个“Duang”的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户体验,也决

web前端性能优化——干货

web前端性能优化 2017-05-23 服务器--分析工具:YSlow 1.多台服务器--服务器集群(应用服务器): 2.负载均衡 服务器:接受请求,分配服务器: 3.数据库(读:写=7:3),主服务器(读)<---->缓存服务器<---->从服务器(写)分离. 注:可以参考:李智慧的<大型网站架构演化发展历程> 网页前端--可以参考<高性能网站建设(进阶)指南> 1.减少HTTP请求,图片地图,合并脚本和样式表 2.使用内容发布网络--CDN.CDN:C

关于Yahoo十四条军规与前端性能优化

关于Yahoo十四条军规与前端性能优化 热度 4已有 223 次阅读2014-8-3 15:01 |个人分类:前端相关|系统分类:前端优化| 前端优化, yahoo, 性能优化 启用Gzip压缩.Gzip的思想就是把文件先在服务器端进行压缩,然后再传输.这样可以显著减少文件传输的大小.传输完毕后浏览器会 重新对压缩过的内容进行解压缩,并执行.目前的浏览器都能“良好”地支持 gzip.不仅浏览器可以识别,而且各大“爬虫”也同样可以识别,各位seoer可以放下心了.而且gzip的压缩比例非常大,一般

Web前端性能优化——如何提高页面加载速度

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个"Duang"的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户

前端性能优化-减少http请求，dns预解析，减少repaint和reflow

前端性能优化方法: 一 . 减少http请求 (1)通过合并图片,减少请求,俗称css sprites(css精灵)css sprites (2)lazyload懒加载,在需要的时候再加载 1.定义:懒加载也称为延迟加载,图片需要用到的时候再去价值 2.用法:就是重写对象的get方法,当系统调用get方法再去加载对象 3.优点:(1)对象的实例化在getter方法中,各司其职,降低耦合性:(2)真正需要资源时,再去加载,系统的内存占用率会减小 (3)压缩/合并css和js 二 .减少repain

【转】Web前端性能优化——如何提高页面加载速度

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个"Duang"的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户

CSS3与页面布局学习总结（八）——浏览器兼容与前端性能优化

目录 一.浏览器兼容 1.1.概要 1.2.浏览器内核 1.3.浏览器市场份额(Browser Market Share) 1.4.兼容的一般标准 1.5.CSS Reset 1.6.CSS Hack 1.6.1.条件注释法 1.6.2.样式内属性标记法 1.6.3.选择器前缀法 1.7.文档模式 (X-UA-Compatible) 1.8.javascript兼容 二.前端性能优化 2.1.概要 2.2.减少HTTP请求数量 2.2.1.图片地图 2.2.2.精灵图片(Sprite) 2.2.

WebPack实例与前端性能优化

[前端构建]WebPack实例与前端性能优化 计划把微信的文章也搬一份上来. 这篇主要介绍一下我在玩Webpack过程中的心得.通过实例介绍WebPack的安装,插件使用及加载策略.感受构建工具给前端优化工作带来的便利. 壹 | Fisrt 曾几何时,我们是如上图的方式引入JS资源的,相信现在很少遇见了.近年来Web前端开发领域朝着规范开发的方向演进.体现在以下两点: MVC研发构架.多多益处(逻辑清晰,程序注重数据与表现分离,可读性强,利于规避和排查问题...) 构建工具层出不穷.多多益处(提

新产品为了效果，做的比较炫，用了很多的图片和JS，所以前端的性能是很大的问题，分篇记录前端性能优化的一些小经验。

第一篇:HTTP服务器 因tomcat处理静态资源的速度比较慢,所以首先想到的就是把所有静态资源(JS,CSS,image,swf) 提到单独的服务器,用更加快速的HTTP服务器,这里选择了nginx了,nginx相比apache,更加轻量级, 配置更加简单,而且nginx不仅仅是高性能的HTTP服务器,还是高性能的反向代理服务器. 目前很多大型网站都使用了nginx,新浪.网易.QQ等都使用了nginx,说明nginx的稳定性和性能还是非常不错的. 1. nginx 安装(linux) htt