css样式相关
DOM的reflow & repaint
reflow对性能的开销会比repaint大
渲染过程 DOM --> cssDOM --> renderTree
造成重排的原因(reflow)
对元素盒模型的修改(height width border padding margin font-size等等)。
造成重绘的原因(repaint)
不影响css盒模型的属性只会造成重绘(颜色 背景等)
特殊情况
普通情况下浏览器会缓存并进行批量操作, 但是下面的操作会实时的反应到dom上,造成性能问题。 另外以下属性会让浏览器立刻重排,为什么呢?因为重排并不是立刻产生作用的,浏览器有自身的优化手段。
offsetTop, offsetLeft, offsetWidth, offsetHeight
scrollTop/Left/Width/Height
clientTop/Left/Width/Height
getComputedStyle(), or currentStyle in IE
请求这些属性之前,如果有修改css盒模型,就会造成浏览器立刻重排以便计算最新属性。
如何优化
- 不单独设置css属性,如document.body.style.width='100px';
- 如果一定通过js修改样式有以下两种方法document.body.style.cssText=''; // 一次性修改document.body.className = 'newClass'; // 修改class来实现最小次数重排
- 通过display:none来将节点脱离文档流,在修改完节点之后再显示,这样只有隐藏,显示两次。
- 将会立刻造成重排的属性数据存入临时变量中。
- position:absolute,fixed 会将节点脱离文档流,避免整个dom tree重排
- 移动通过translate来实现
- 浏览器原理中,(root节点,css position:relative,absolute,transform,有节点溢出overflow, alpha mask, reflection,css filter,2dCanvas,WebGl,video)都会为这些元素创造一个新的Layer以便浏览器加速渲染,这些元素的修改只会涉及自己重排重绘。
常用布局
圣杯和双飞翼(三栏式布局)
关键代码
<div class="container">
<div class="center">center</div> //中间这一块写在最上面
<div class="left">left</div>
<div class="right">right</div>
</div>
关键点
三块div都是float: left;
center: width为100%,而且div要放在left和right前面;
left: margin-left: -100%;
right: margin-left: -100px (自己的宽度);
其实做到这一步已经差不多了。 但是。。。中间的部分两边有被遮挡住, 所以设置container两边的padding为100px。left和right也会都往中间挤, 再把他们的position设置为relative,一个往左拉100px,另外一个往右拉100px,就完成了。
完整css如下
.container {
padding: 0 100px;
}
.container::after {
clear: both;
content: '';
display: block;
visibility: hidden;
height: 0;
width: 0;
}
.center {
float: left;
height: 100px;
width: 100%;
}
.left {
float: left;
background-color: aqua;
height: 100px;
width: 100px;
margin-left: -100%;
position: relative;
left: -100px
}
.right {
float: left;
background-color: aqua;
height: 100px;
width: 100px;
margin-left: -100px;
position: relative;
right: -100px;
}
区别
双飞翼: 更简单一点 container使用margin空出两拦的宽度, that's all; 圣杯:container使用padding来空出两拦的宽度, 这时候需要把left往左边移动一倍自己的宽度, right往右边再移动自己一倍的宽度
float flex grid 自适应屏幕布局
float: left 来进行布局 通过media对不同屏幕宽度进行width操作(@media screen and (max-width: 1024) 用来控制屏幕宽度小于1024px的) inline-block: 显示属性改为display: inline 和float类似 flex: 同样display: flex; 同时要增加个属性flex-wrap: wrap 使得一行中排不下的元素可以自动换行 grid: 网格状划分页面 参考上面文章链接
零碎的知识点
字体大小:
em是相对于父元素的,rem是相对于根节点的
position:
absolute是相对于relative属性的元素 如果找不到relative的元素 会一直找到body上(ps: absolute是脱离文档流的,不会构成reflow);
relative是相对原来在文档流中的位置,进行位移
fixed则是相对于屏幕进行定位, 屏幕滚动不会影响到fixed元素的定位
清除浮动的css
outer:after {
clear:both;
content:'';
display:block;
width:0;
height:0;
visibility:hidden;
}
content:' . ';display:block; 对于FF/Chrome/opera/IE8不能缺少,其中content取值也可以为空。
visibility:hidden;的作用是允许浏览器渲染它,但是不显示出来,这样才能实现清除浮动。
首先要显示伪元素,所以display:block,
然后为伪元素加入空内容,以便伪元素中不会有内容显示在页面中,所以, content:"";
其次,为使伪元素不影响页面布局,将伪元素高度设置为0,所以, height:0,
最后,要清除浮动,所以,clear:both。
JS相关
JavaScript 节流(throttle)
在持续触发的情况下 每隔一段时间
有两种实现方式
JavaScript 防抖(debouce)
停止触发之后等若干秒, 才执行
cookie localStorage sessionStorage
三者都是不能跨域的
大小 | 存储位置 | 生命周期 | |
---|---|---|---|
cookie | 4K左右 | 每次都会携带在HTTP头中 | 一般由服务器生成,可设置失效时间。如果在浏览器端生成Cookie,默认是关闭浏览器后失效 |
localStorage | 5M | 浏览器本地 | 永久 |
sessionStorage | 5M | 浏览器本地 | 会话(关闭浏览器窗口后,数据会被删除) |
雅虎web网站优化34条规则
new运算做了什么
MDN 对new运算的解释 1.将对象的 proto 属性设置为函数的prototype 2.把this指向该对象 3.返回这个对象
可以归纳为下面这个代码
function New (f) {
var n = { '__proto__': f.prototype }; //步骤1
return function () {
f.apply(n, arguments); //步骤2&3
return n; //步骤4
};
}
prototype 的其他注意点
先看个题目
Object.prototype.a = 'a';
Function.prototype.a = 'b';
funtion Foo() {};
var obj = new Foo();
console.log(obj.a);// 'a'
console.log(obj.b);// undefined
console.log(Foo.a);// 'a'
console.log(Foo.b);// 'b'
对象的__proto__指向自己构造函数的prototype。obj.__proto__.__proto__...的原型链由此产生,包括我们的操作符instanceof正是通过探测obj.__proto__.__proto__... === Constructor.prototype来验证obj是否是Constructor的实例。
obj.__proto__ === Foo.prototype;
obj.__proto__.__proto__ === Foo.prototype.__proto__ = Object.prototype;
Object.prototype.__proto__ === null;
所以obj能够找到a的值,但是因为无法链到Function.prototype上,所以b的值就是undefined了。
Foo.__proto__ === Function.prototype; // 这就能找到b的值
Foo.__proto__.__proto__ === Function.prototype.__proto__ === Object.prototype; // 所以a也找到了。
有个有趣的事实得记住Object.__proto__ === Function.prototype, 因为Object也是个构造函数。
js对类型的封装
构造函数模式
function Cat(name, color) {
this.name = name;
this.color = color;
}
let cat1 = new Cat('bin1', 'red');
let cat2 = new Cat('bin2', 'white');
cat1.constructor === cat2.constructor === Cat; // true
cat1.__proto__ === cat2.__proto__ === Cat.prototype;
缺点:
Cat 中加个eat的方法
function Cat(name, color) {
this.name = name;
this.color = color;
this.eat = function() {return 'eat'};
}
cat1.eat === cat2.eat // false
创建函数的时候每次都会重现创建一个eat方法, 浪费资源;
prototype模式
可以将不变的属性直接加在prototype上
function Cat(name, color) {
this.name = name;
this.color = color;
}
Cat.prototype.eat = function() {return 'eat'};
let cat1 = new Cat('bin1', 'red');
let cat2 = new Cat('bin2', 'white');
cat1.eat === cat2.eat // true
js中继承模式
function Animal() {
this.type = '动物';
}
有个Cat类如何来继承Animal?
构造函数绑定
function Cat(name, color) {
// 直接使用apply 来调用父类Animal
Animal.apply(this, arguments);
this.name = name;
this.color = color;
}
const cat1 = new Cat('bin1', 'black');
alert(cat1.type); // 动物
prototype 模式
Cat.prototype = new Animal(); // 这里会改变constructor函数的指向 Animal
Cat.prototype.constructor = Cat; // 重现将构造函数指向Cat
const cat1 = new Cat('bin1', 'black');
alert(cat1.type) // 动物;
如果不重现分配constructor 则直接指向了 Animal
Cat.prototype = new Animal();
alert(Cat.prototype.constructor === Animal) // true
直接继承prototype
Cat.prototype = Animal.prototype;
Cat.prototype.constructor = Cat; // 还是需要修改constructor
const cat1 = new Cat('bin1', 'black');
alert(cat1.type) // 动物;
但是这种模式有个弊端 把Animal的构造函数也改了
alert(Animal.prototype.constructor === Cat); // true
利用空对象作为中介
var O = function() {};
O.prototype = new Animal(); // 需要一个实例化的对象 不然属性type无法被继承
Cat.prototype = new O();
// 把Cat的构造函数重新指向Cat
Cat.prototype.constructor = Cat;
拷贝继承
将父类prototype上的属性全部复制下来
function extend(child, parent) {
let c = child.prototype;
let p = parent.prototype;
for (let i in p) {
c[i] = p[i];
}
c.uber = p;
}
没有构造函数的继承
var Person = {
nation: 'china'
}
var Doctor = {
career: 'doctor'
}
Doctor 如何继承 Person?
- object 方法
function object(parent) {
var F = function() {};
F.prototype = parent;
return new F()
}
2.浅拷贝
function copy(parent) {
var child = {};
for (let i in parent) {
child[i] = parent[i];
}
return child;
}
3.深拷贝
function deepCopy(parent, c) {
var child = c || {};
for (let i in parent) {
if (typeof parent[i] === 'object') {
child[i] = deepCopy(parent[i], parent[i].constructor === Array ? [] : {});
} else {
child[i] = parent[i];
}
}
return child;
}
JSON.parse(JSON.stringify)深拷贝的局限
- 可以用这个技巧进行数据对象的拷贝
- 如果被拷贝的对象中有function,则拷贝之后的对象就会丢失这个function
- 如果被拷贝的对象中有正则表达式,则拷贝之后的对象正则表达式会变成Object
let a = {name: 'bin.zhu', sayName: function() {alert(this.name)}, numberReg: /\d+/}
let b = JSON.parse(JSON.stringify(a))
// sayName丢失,numberReg变为了对象
b // {name: 'bin.zhu', numberReg: {}}
js中this的指向问题
this的指向分为三种情况
直接调用
直接调用,就是通过 函数名(...) 这种方式调用。这时候,函数内部的 this 指向全局对象,在浏览器中全局对象是 window,在 NodeJs 中全局对象是 global。
方法调用
方法调用是指通过对象来调用其方法函数,它是 对象.方法函数(...) 这样的调用形式。这种情况下,函数中的 this 指向调用该方法的对象。但是,同样需要注意 bind() 的影响。
new中的调用
在 es5 中,用 new 调用一个构造函数,会创建一个新对象,而其中的 this 就指向这个新对象。这没有什么悬念,因为 new 本身就是设计来创建新对象的。
为什么讲css放在head里面 js脚本放在html尾部
遇到js文件加载执行,将阻塞DOM树的构建;
遇到css文件,将阻塞渲染树的构建;
css如果放在<head></head>之间,浏览器边构建边渲染,效率要高的多。
JS 有可能会修改 DOM. 典型的,可能会有 document.write. 这意味着,在当前 JS 加载和执行完成前,后续所有资源的下载有可能是没必要的。这是 JS 阻塞后续资源下载的根本原因。
JS 的执行有可能依赖最新样式。比如,可能会有 var width = $('#id').width(). 这意味着,JS 代码在执行前,浏览器必须保证在此 JS 之前的所有 css(无论外链还是内嵌)都已下载和解析完成。
这是 CSS 阻塞后续 JS 执行的根本原因。
异步加载js
defer 异步加载 等DOM加载完之后 再按顺序执行
async 异步加载,加载完就执行(async 对于应用脚本的用处不大,因为它完全不考虑依赖(哪怕是最低级的顺序执行),不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的,最典型的例子:Google Analytics)
require和import的不同
require 是运行时才加载(动态加载)
import 是静态加载(可以在编译时进行优化)
有关作用域的面试题
function Foo() {
getName = function() {alert(1)}; // 全局
return this;
}
Foo.getName = function() { alert(2) };
Foo.prototype.getName = function() {alert(3)};
var getName = function() {alert(4)};
function getName() {alert(5)};
Foo.getName(); //2
getName(); // 4
Foo().getName();// 1
getName(); //1
new Foo.getName(); //2
new Foo().getName(); //3
new new Foo().getName(); //3
- Foo.getName()直接调用Foo.getName,所以是2
- 这边涉及到了变量提升和函数提升,代码会变成如下情况
var getName; // 变量声明的提升
function getName() { alert(5) }; // 函数声明提升
getName = function() { alert(4) };// getName被重新赋值 所以alert 4
-
Foo中的getName其实是个全局变量,因为调用了Foo(),所以getName被重新赋值成了alert(1)
-
new Foo.getName()等于 new (Foo.getName()), .运算符的优先级高于new运算,所以等于调用了Foo.getName() { alert(2) }
-
new Foo().getName() 等于(new Foo()).getName(), 所以调用Foo实例上的getName方法。因为本身Foo中并没有声明getName方法,往上就找到prototype上getName alert(3)
-
new new Foo().getName()等于new (new Foo()).getName(),所以跟上一问的答案一样
REACT
组件的生命周期
实例化
首次实例化
getDefaultProps
getInitialState
componentWillMount
render
componentDidMount
实例化完成后的更新
getInitialState
componentWillMount
render
componentDidMount
存在期
组件已存在时的状态改变
componentWillReceiveProps
shouldComponentUpdate
componentWillUpdate
render
componentDidUpdate
销毁&清理期
componentWillUnmount
一般在DOM加载完之后 调用接口获取数据 所以在componentDidMount中调用接口
willMount中setState并不会触发渲染, 而且willMount可能会被触发多次
HTTP相关
浏览器对http请求并发的限制
浏览器对同一域名的请求有并发限制 一般同一域名最多并发6个请求 所以有些资源会放在不同的域名下
HTTP 缓存机制
Expires
Expires的值为服务端返回的到期时间,即下一次请求时,请求时间小于服务端返回的到期时间,直接使用缓存数据。 不过Expires 是HTTP 1.0的东西,现在默认浏览器均默认使用HTTP 1.1,所以它的作用基本忽略。 另一个问题是,到期时间是由服务端生成的,但是客户端时间可能跟服务端时间有误差,这就会导致缓存命中的误差。 所以HTTP 1.1 的版本,使用Cache-Control替代。
Cache-Control
Cache-Control 是最重要的规则。常见的取值有private、public、no-cache、max-age,no-store,默认为private。
private: 客户端可以缓存
public: 客户端和代理服务器都可缓存(前端的同学,可以认为public和private是一样的)
max-age=xxx: 缓存的内容将在 xxx 秒后失效
no-cache: 需要使用对比缓存来验证缓存数据(不会触发from cache 都会去服务器请求一次)
no-store: 所有内容都不会缓存,强制缓存,对比缓存都不会触发(对于前端开发来说,缓存越多越好,so...基本上和它说886)
Last-Modified / If-Modified-Since
Last-Modified:
服务器在响应请求时,告诉浏览器资源的最后修改时间。
If-Modified-Since:
再次请求服务器时,通过此字段通知服务器上次请求时,服务器返回的资源最后修改时间。 服务器收到请求后发现有头If-Modified-Since 则与被请求资源的最后修改时间进行比对。 若资源的最后修改时间大于If-Modified-Since,说明资源又被改动过,则响应整片资源内容,返回状态码200; 若资源的最后修改时间小于或等于If-Modified-Since,说明资源无新修改,则响应HTTP 304,告知浏览器继续使用所保存的cache。
Etag / If-None-Match(优先级高于Last-Modified / If-Modified-Since)
如果资源变化时间小于1s 需要使用Etag来进行比对 Etag:
服务器响应请求时,告诉浏览器当前资源在服务器的唯一标识(生成规则由服务器决定)。
If-None-Match:
再次请求服务器时,通过此字段通知服务器客户段缓存数据的唯一标识。 服务器收到请求后发现有头If-None-Match 则与被请求资源的唯一标识进行比对, 不同,说明资源又被改动过,则响应整片资源内容,返回状态码200; 相同,说明资源无新修改,则响应HTTP 304,告知浏览器继续使用所保存的cache。