明天就放假啦~哈哈。四月份好像还没有输出呢,吓得我赶紧写点东西...

Ajax是高性能JavaScript的基础。

Ajax,从最基本的层面来说,是一种与服务器通信而无需重载页面的方法。数据可以从服务器获取或发送给服务器。

最常用的三种用于向服务器请求数据的方法:

①XHR。

②动态脚本注入。

③multipart XHR。

XML HttpRequest

这种方式,这里就不多说了。点这里可以了解。这里记录一下要注意的地方:

使用XHR时,POST和GET的对比。对于那些不会改变服务器状态,只会获取数据的请求。应该使用GET。经GET请求的数据会被缓存起来。如果需要多次请求同一数据的话,它会有助于提升性能。但是也要注意使用这个特性一个比较容易踩的坑。

例如:你请求回来了一个数组。然后要随机选择其中的三个。按照一般的做法,就是随机生成一个长度内的数作为数组下标,取值。在原数组删掉该选项,再重新选择。以此类推。但由于数组是对象,如果只是简单的赋值给一个变量,在删除该变量的某个数组项时,原数组也会被改变。这个时候,刷新页面,ajax请求缓存了的前一次的请求。那么你得到的数组就是被删除了几项的数组了。

好吧,其实,主要还是注意对象的修改问题。。。

当请求的URL加上的参数长度接近或超过2048个字符时,才应该用POST获取数据,是因为IE限制URL长度,过长时会导致请求的url被截断。

动态脚本注入

这种方式也是用得很多的一种方式,特别是在jsonp跨域上。所以不多说了。

multipart XHR

这是一种新点的技术,MXHR允许客户端只用一个HTTP请求就可以从服务器向客户端传送多个资源。它通过在服务器将资源(CSS文件、HTML片段、JavaScript代码或base64编码的图片)打包成一个由双方约定的字符串分割的长字符串并发送到客户端。然后用JavaScript代码处理这个长字符串,并根据它的mime-type类型和传入的其他"头信息"解析出每个资源。

这种方式的缺点:

1)最大的缺点就是以这种方式获取的资源不能被浏览器缓存。

2)编写健壮的MXHR代码很复杂。可以从这里获得完整的类库:http://techfoolery.com/mxhr/。

但是某些场景下,还是适用的:

1)页面包含了大量其他地方用不到的资源,因此也无须缓存,尤其是图片。

2)网站已经在每个页面中使用一个独立打包的JavaScript或CSS以减少HTTP请求,因为对每个页面来说这些文件都是唯一的。并不需要从缓存中取。除非重载页面。

传输数据格式

当考虑数据传输技术时,你必须考虑这些因素:功能集、兼容性、性能以及传输方向。当考虑数据格式时,唯一需要比较的标准就是速度。

通常来说,数据越轻量越好。JSON和字符分隔的自定义格式是最好的。如果数据集很大并且对解析时间有要求,那么可以从如下两种格式作出选择:

1)JSON-P,使用动态脚本注入获取。解析速度快且能跨域。但是涉及敏感数据时不应该使用它。

2)字符分隔的自定义格式,使用XHR或动态脚本注入获取,用split()解析。这个大数据集比JSON-P略快,而且通常文件尺寸更小。

Ajax性能指南

·在服务端,设置HTTP头信息以确保你的响应会被浏览器缓存。

·在客户端,把获取到的信息存储到本地,从而避免再次请求。

好吧,拖了好久的一章书。终于看了。

性能优化之AJAX的更多相关文章

  1. input屏蔽历史记录 ;function($,undefined) 前面的分号是什么用处 JSON 和 JSONP 两兄弟 document.body.scrollTop与document.documentElement.scrollTop兼容 URL中的# 网站性能优化 前端必知的ajax 简单理解同步与异步 那些年,我们被耍过的bug——has

    input屏蔽历史记录   设置input的扩展属性autocomplete 为off即可 ;function($,undefined) 前面的分号是什么用处   ;(function($){$.ex ...

  2. ajax性能优化

    ajax性能优化 例: 模块: A B C D 开销: 50%  3% 25%   22% 如果我们优化B就如同那些那些只执行一次的代码,性能·提高不到哪里去:反之,我们去优化A,比如去优化它的循环, ...

  3. react生命周期函数的应用-----1性能优化 2发ajax请求

    知识点1:每次render其实就会将jax的模板生成一个虚拟dom,跟上一个虚拟dom进行比对,通过diff算法找出不同,再更新到真实dom上去. 1性能优化 每次父组件render一次(除了第一次初 ...

  4. CSS3与页面布局学习总结(八)——浏览器兼容与前端性能优化

    一.浏览器兼容 1.1.概要 世界上没有任何一个浏览器是一样的,同样的代码在不一样的浏览器上运行就存在兼容性问题.不同浏览器其内核亦不尽相同,相同内核的版本不同,相同版本的内核浏览器品牌不一样,各种运 ...

  5. CSS3与页面布局学习笔记(八)——浏览器兼容性问题与前端性能优化方案

    一.浏览器兼容 1.1.概要 世界上没有任何一个浏览器是一样的,同样的代码在不一样的浏览器上运行就存在兼容性问题.不同浏览器其内核亦不尽相同,相同内核的版本不同,相同版本的内核浏览器品牌不一样,各种运 ...

  6. web前端之性能优化

    作为一个前端工作人员,而且只会写点HTML5和CSS3的“假”前端工程师,为了能更好地理解一下前端的花花世界,最近拜读了<高性能网站建设指南>一书,对作者提出的前端性能优化的14个规则获益 ...

  7. web前端性能优化

    性能优化对于用户体验无疑是非常重要的,下面介绍一些性能优化的方法. 1.减少HTTP请求 http请求越多,那么消耗的时间越多,如果在加上网络很糟糕,那么问题就更多了.且如果网页中的图片.css文件. ...

  8. Jquery学习笔记--性能优化建议

    一.选择器性能优化建议 1. 总是从#id选择器来继承 这是jQuery选择器的一条黄金法则.jQuery选择一个元素最快的方法就是用ID来选择了. 1 $('#content').hide(); 或 ...

  9. 【读书笔记】读《高性能网站建设指南》及《高性能网站建设进阶指南:Web开发者性能优化最佳实践》

    这两本书就一块儿搞了,大多数已经理解,简单做个标记.主要对自己不太了解的地方,做一些记录.   一.读<高性能网站建设指南> 0> 黄金性能法则:只有10%~20%的最终用户响应时间 ...

随机推荐

  1. 分布式配置管理--百度disconf搭建过程和详细使用

    先说官方文档:http://disconf.readthedocs.io/zh_CN/latest/index.html 不管是否要根据官方文档来搭建disconf,都应该看一下这一份文档.精炼清晰地 ...

  2. system, fileExist函数包装

    #include "stdio.h" #include <string> #include<sys/types.h> #include<fcntl.h ...

  3. 【转】Netty系列之Netty并发编程分析

    http://www.infoq.com/cn/articles/netty-concurrent-programming-analysis

  4. Form表单中method="post/get'的区别

    Form提供了两种数据传输的方式--get和post.虽然它们都是数据的提交方式,但是在实际传输时确有很大的不同,并且可能会对数据产生严重的影响.虽然为了方便的得到变量值,Web容器已经屏蔽了二者的一 ...

  5. 第21篇 js四种继承方式

    js是一个很自由的语言,没有强类型的语言的那种限制,实现一个功能往往有很多做法.继承就是其中的一个,在js中继承大概可以分为四大类,上面一篇文章也提及过一些,下面开始详细说说js的继承. 1.原型继承 ...

  6. Spring_构造注入

    依赖注入的第二种注入方式:构造器注入 创建带参数的构造方法,参数类型为注入类的类型 项目要先添加spring支持: package com; public class Computer { priva ...

  7. iOS 推送问题全解答《十万个为啥吖?》

    Q 1:为啥收不到推送(1)? 如果收到推送时,App 在前台运行,那么: iOS 10 before 顶部横幅不会弹出.没有任何展示,你以为「没有收到推送」. iOS 10 after 如果没有实现 ...

  8. JAVA开发环境搭建 - JDK安装及环境变量配置

    1.前提条件 系统:本教程以WIN7系统为例 JDK:本教程以jdk-7u79-windows-x64为例 2.安装步骤 双击运行JDK安装程序

  9. Matlab自带常用的分类器,直接复制用就好了,很方面。

    很方面的,懒得自己写了. clc   clear all     load('wdtFeature');         %   训练样本:train_data             % 矩阵,每行 ...

  10. idiom - Initialization-on-demand holder 延迟加载的单例模式

    参考:https://en.wikipedia.org/wiki/Initialization-on-demand_holder_idiom idiom - 一个线程安全的.无需synchroniza ...