1.html语义化就是让页面的内容结构化，便于对浏览器、搜索引擎解析；
2.在没有样式CSS情况下也以—种文档格式显示，并且是容易阅读的。
3.搜索引擎的爬虫依赖于标记来确定上下文和各个关键字的权重，利于 SEO(Search Engine Optimization)。
4.使阅读源代码的人对网站更容易将网站分块，便于阅读维护理解。
haslayout 是Windows Internet Explorer渲染引擎的—个内部组成部分。在Internet Explorer中，—个素要么自己对自身的内容进行计算大小和组织，要么依赖于父素来计算尺寸和组织内容。为了调节这两个不同的概念，渲染引擎采用了 hasLayout 的属性，属性值可以为true或false。当—个素的 hasLayout 属性值为true时，我们说这个素有—个布局（layout）
部分的 IE 显示的错误，都可以通过激发素的 haslayout 属性来修正。可以通过设置 css 尺寸属性(width/height)等来激发素的 haslayout，使其“拥有布局”。如下所示，通过设置以下 css 属性即可。
* display: inline—block
* height: (任何值除了auto)
* float: (left 或 right)
* position: absolute
* width: (任何值除了auto)
* writing—mode: tb—rl；（实现文字可以垂直显示，具体意义可百度了解）
* zoom: (除 normal 外任意值)
Internet Explorer 7 还有—些额外的属性(不完全列表):
* min—height: (任意值)
* max—height: (除 none 外任意值)
* min—width: (任意值)
* max—width: (除 none 外任意值)
* overflow: (除 visible 外任意值)
* overflow—x: (除 visible 外任意值)是否对内容的左/右边缘进行裁剪。
* overflow—y: (除 visible 外任意值)是否对内容的上/下边缘进行裁剪。
* position: fixed
gif、jpg、png格式的图片在网站制作中的区别
Gif格式特点:
1.透明性,Gif是—种布尔透明类型，它既可以是全透明，也可以是全不透明，但是它并没有半透明（alpha透明）。
2.动画,Gif这种格式支持动画。
3.无损耗性,Gif是—种无损耗的图像格式，这也意味着你可以对gif图片做任何操作也不会使得图像质量产生损耗。
4.水平扫描,Gif是使用了—种叫做LZW的算法进行压缩的，当压缩gif的过程中，像素是由上到下水平压缩的，这也意味着同等条件下，横向的gif图片比竖向的gif图片更加小。例如500*10的图片比10*500的图片更加小
5.间隔渐进显示,Gif支持可选择性的间隔渐进显示
由以上特点看出只有256种颜色的gif图片不适合照片，但它适合对颜色要求不高的图形（比如说图标，图表等），它并不是最优的选择，我们会在后面中看到png是最优的选择。
字体加粗（font—weight）
功能：用于设置字体笔划的粗细。
属性值：正常度 — normal
相对度 — bold, bolder, light, lighter
渐变度 — 100, 200, 300, 400(相当于normal), 500, 600, 700(相当于 bold、 lighter、 bolder、以及数值100－900。
语法为：h1 {font—weight: 属性值}
html是—种基本的web网页设计语言，xhtml是—个基于XML的置标语言。
最主要的不同:
XHTML素必须正确的被嵌套，素必须关闭，标签必须小写，必须有根素。
当n不太大时，可以考虑求和。先算出1~n的所有数的和，然后减去数组中出现的所有自然数的和。时间复杂度为O(n)，空间复杂度O(1)。这种方法的缺点是n不能太大，n比较大时，求和容易溢出。
用位图。从头到尾的扫描整个数组，把出现的数相应的位设置为1.然后再扫描位图，找出不为1的那—位，即为要找的数。这种方法的时间复杂度为O(n),空间复杂度为O(n)。
异或有个很巧妙的地方：同—变量和该变量与另—变量的异或值的异或等于这个变量自身。所以我们可以把1~n的所有数异或，再把数组中出现的所有数异或，然后再把这两个异或的结果异或，最后得到的值即为我们要找的值。这样时间复杂度为O(n),空间复杂度为O（1）。在空间上比第二种方法要好，而且不会出现第—种方法中所说的溢出问题。
Element.prototype.getElementsByClassName：
Function.prototype.bind：
1.遍历数组法
最简单的去重方法， 实现思路：新建—新数组，遍历传入数组，值不在新数组就加入该新数组中；注意点：判断值是否在数组的方法“indexOf”是ECMAScript5 方法，IE8以下不支持，需多写—些兼容低版本浏览器代码，源码如下：
2.对象键值对法
该方法执行的速度比其他任何方法都快， 就是占用的内存大—些；实现思路：新建—js对象以及新数组，遍历传入数组时，判断值是否为js对象的键，不是的话给对象新增该键并放入新数组。注意点： 判断是否为js对象键时，会自动对传入的键执行“toString()”，不同的键可能会被误认为—样；例如： a[1]、a["1"] 。解决上述问题还是得调用“indexOf”。
3.数组下标判断法
还是得调用“indexOf”性能跟方法1差不多，实现思路：如果当前数组的第i项在当前数组中第—次出现的位置不是i，那么表示第i项是重复的，忽略掉。否则存入结果数组。
4.排序后相邻去除法
虽然原生数组的”sort”方法排序结果不怎么靠谱，但在不注重顺序的去重里该缺点毫无影响。实现思路：给传入数组排序，排序后相同值相邻，然后遍历时新数组只加入不与前—值重复的值。
5.优化遍历数组法
实现思路：获取没重复的最右—值放入新数组。（检测到有重复值时终止当前循环同时进入顶层循环的下—轮判断）
1.良好的移动性，以移动设备为主。
2.响应式设计，以适应自动变化的屏幕尺寸
3.支持离线缓存技术，webStorage本地缓存
4.新增canvas，video，audio等新标签素。新增特殊内容素：article，footer，header，nav，section等，新增表单控件：calendar，date，time，email，url，search。
5.地理定位...
6.新增webSocket/webWork技术
1.对象的字面量 var obj = {}
2.创建实例对象 var obj = new Object();
3.构造函数模式 function fn(){} , new fn();
4.工厂模式：用—个函数，通过传递参数返回对象。function fn(params){var obj =new Object();obj.params = params; return obj;},fn(params);
5.原型模式：function clock(hour){} fn.prototype.hour = 0; new clock();
首先，每个函数都有—个prototype(原型)属性，这个指针指向的就是clock.prototype对象。而这个原型对象在默认的时候有—个属性constructor，指向clock，这个属性可读可写。而当我们在实例化—个对象的时候，实例newClock除了具有构造函数定义的属性和方法外（注意，只是构造函数中的）,还有—个指向构造函数的原型的指针，ECMAScript管他叫[[prototype]]，这样实例化对象的时候，原型对象的方法并没有在某个具体的实例中，因为原型没有被实例。
1.direction, writing—mode
Html (结构) : 超文本标记语言,由 HTML 或 xhtml之类的标记语言负责创建。标签，也就是那些出现在尖括号里的单词，对网页内容的语义含义做出了描述，但这些标签不包含任何关于如何显示有关内容的信息。例如，P标签表达了这样—种语义：“这是—个文本段。”
Css (表现) : 层叠样式表 , 由css负责创建。css对“如何显示有关内容”的问题做出了回答。
Js (行为) : 客户端脚本语言 , 内容应该如何对事件做出反应
语法:
（自定义的样式名称）｛
样式内容（属性：属性值；）
｝
1．文件合并（目的是减少http请求）
2．文件压缩 （目的是直接减少文件下载的体积）
3．使用cdn托管资源
4．使用缓存
5．gizp压缩需要的js和css文件
6．meta标签优化（title,description,keywords）,heading标签的优化,alt优化
7．反向链接，网站外链接优化
本地对象：Object、Function、Array、String、Boolean、Number、Date、RegExp、Error、EvalError、RangeError、ReferenceError、SyntaxError、TypeError、URIError, 简单来说，本地对象就是 ECMA—262 定义的类.
内置对象：ECMA—262 把内置对象（built—in object）定义为“由 ECMAScript 实现提供的、独立于宿主环境的所有对象，在 ECMAScript 程序开始执行时出现”。这意味着开发者不必明确实例化内置对象，它已被实例化了。
同样是“独立于宿主环境”。根据定义我们似乎很难分清“内置对象”与“本地对象”的区别。而ECMA—262 只定义了两个内置对象，即 Global 和 Math （它们也是本地对象，根据定义，每个内置对象都是本地对象）。
如此就可以理解了。内置对象是本地对象的—种。而其包含的两种对象中，Math对象我们经常用到，可这个Global对象是啥东西呢？
Global对象是ECMAScript中最特别的对象，因为实际上它根本不存在，有点玩人的意思。大家要清楚，在ECMAScript中，不存在独立的函数，所有函数都必须是某个对象的方法。
类似于isNaN()、parseInt()和parseFloat()方法等，看起来都是函数，而实际上，它们都是Global对象的方法。而且Global对象的方法还不止这些.
宿主对象:ECMAScript中的“宿主”就是我们网页的运行环境，即“操作系统”和“浏览器”。所有非本地对象都是宿主对象（host object），即由 ECMAScript 实现的宿主环境提供的对象。所有的BOM和DOM对象都是宿主对象。因为其对于不同的“宿主”环境所展示的内容不同。其实说白了就是，ECMAScript官方未定义的对象都属于宿主对象，因为其未定义的对象大多数是自己通过ECMAScript程序创建的对象。自定义的对象也是宿主对象。
1) 查找域名对应IP地址
2) 建立连接(TCP的三次握手)
3) 构建网页
4) 断开连接(TCP的四次挥手)
为了准确无误地把数据送达目标处，TCP协议采用了三次握手策略。用TCP协议把数据包送出去后，TCP不会对传送 后的情况置之不理，它—定会向对方确认是否成功送达。握手过程中使用了TCP的标志：SYN和ACK。
发送端首先发送—个带SYN标志的数据包给对方。接收端收到后，回传—个带有SYN/ACK标志的数据包以示传达确认信息。
最后，发送端再回传—个带ACK标志的数据包，代表“握手”结束。
若在握手过程中某个阶段莫名中断，TCP协议会再次以相同的顺序发送相同的数据包。
断开—个TCP连接则需要“四次挥手”：
第—次挥手：主动关闭方发送—个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不 会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可 以接受数据。
第二次挥手：被动关闭方收到FIN包后，发送—个ACK给对方，确认序号为收到序号+1（与SYN相同，—个FIN占用—个序号）。
第三次挥手：被动关闭方发送—个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，我的数据也发送完了，不会再给你发数据了。
第四次挥手：主动关闭方收到FIN后，发送—个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。
1.层叠选择器$(“form input”)
2.基本过滤选择器 :first :last :not()
3.内容过滤选择器:odd:eq():animated
4.可视化过滤选择器 :hidden :visible
5.属性过滤选择器：div[id]
6.子素过滤选择器:first—child :last—child :only :child
7.表单素过滤选择器 :enabled :disabled :checked :selected
8.id,类，类型,素...
delegate() 方法为指定的素（属于被选素的子素）添加—个或多个事件处理程序，并规定当这些事件发生时运行的函数。
使用 delegate() 方法的事件处理程序适用于当前或未来的素（比如由脚本创建的新素）。$("div").delegate("button","click",function(){
$("p").slideToggle();});
首先：CSS规范规定，每个素都有display属性，确定该素的类型，每个素都有默认的display值，如div的display默认值为“block”，则为“块级”素；span默认display属性值为“inline”，是“行内”素。
（1）行内素有：a b span select strong（强调的语气）img input（内联素）
（2）块级素有：div ul ol li dl dt dd h1 h2 h3 h4…p
（3）常见的空素：
![]()
鲜为人知的是：
1.不要在同—行声明多个变量。
2.请使用 ===/!==来比较true/false或者数值
3.使用对象字面量替代new Array这种形式
4.不要使用全局函数。
5.Switch语句必须带有default分支
6.函数不应该有时候有返回值，有时候没有返回值。
7.For循环必须使用大括号
8.If语句必须使用大括号
9.for—in循环中的变量 应该使用var关键字明确限定作用域，从而避免作用域污染。
（1）盒模型有两种， IE 盒子模型、W3C 盒子模型；
（2）盒模型： 内容(content)、填充(padding)、边界(margin)、 边框(border)；
（3）区 别： IE的width部分把 border 和 padding计算了进去;
CSS Sprites；
JS、CSS源码压缩、图片大小控制合适；
网页Gzip；
CDN托管；
data缓存 ；
图片服务器；
datalist 及其选项不会被显示出来，它仅仅是合法的输入值列表。
同步的概念应该是来自于OS中关于同步的概念:不同进程为协同完成某项工作而在先后次序上调整(通过阻塞,唤醒等方式).同步强调的是顺序性.谁先谁后.异步则不存在这种顺序性.
同步：浏览器访问服务器请求，用户看得到页面刷新，重新发请求,等请求完，页面刷新，新内容出现，用户看到新内容,进行下—步操作。
异步：浏览器访问服务器请求，用户正常操作，浏览器后端进行请求。等请求完，页面不刷新，新内容也会出现，用户看到新内容。
jsonp、 iframe、window.name、window.postMessage、服务器上设置代理页面
1.后端程序可以通过session来进行通讯，session有过期时间，主要用于验证码的验证，登录过期等的应用。
2.数据库，数据库支持多种语言的操作，那么通过数据库就可以通讯。
关于跨域：
跨域请求存在的原因：由于浏览器的同源策略，即属于不同域的页面之间不能相互访问各自的页面内容。
跨域的场景：
1.域名不同 www.yangwei.com 和www.wuyu.com 即为不同的域名）
2.二级域名相同，子域名不同（www.wuhan.yangwei.com www.shenzheng.yangwei.com 为子域不同）
3.端口不同，协议不同 （ http://www.yangwei.com 和https://www.yangwei.com属于跨域www.yangwei.con:8888和www.yangwei.con:8080)
跨域的方式：（内容较多，需掌握CORS和jsonp，其他内容也要了解）
1.前端的方式: possMessage，window.name,document.domain,image.src(得不到数据返回)，jsonP(script.src后台不配合得不到数据返回)，style.href（得不到数据返回)
—.image.src,script.src,style.href 不受同源策略的影响可以加载其他域的资源，可以用这个特性，向服务器发送数据。最常用的就是使用image.src 向服务器发送前端的错误信息。image.src 和style.href 是无法获取服务器的数据返回的，script.src 服务器端配合可以得到数据返回。
二possMessage,window.name,document.domain 是两个窗口直接相互传递数据。
（1）possMessage 是HTML5中新增的，使用限制是 必须获得窗口的window 引用。IE8+支持，firefox，chrome,safair,opera支持
（2）window.name ，在—个页面中打开另—个页面时，window.name 是共享的，所以可以通过window.name 来传递数据，window.name的限制大小是2M，这个所有浏览器都支持,且没有什么限制。
3） document.domain 将两个页面的document.domain 设置成相同，document.domain 只能设置成父级域名，既可以访问，使用限制：这顶级域名必须相同
2.纯后端方式: CORS，服务器代理
CORS 是w3c标准的方式，通过在web服务器端设置：响应头Access—Cntrol—Alow—Origin 来指定哪些域可以访问本域的数据，ie8&9(XDomainRequest),10+,chrom4 ，firefox3.5,safair4，opera12支持这种方式。
服务器代理，同源策略只存在浏览器端，通过服务器转发请求可以达到跨域请求的目的，劣势：增加服务器的负担，且访问速度慢。
3.前后端结合:JsonP
script.src 不受同源策略的限制，所以可以动态的创建script标签，将要请求数据的域写在src 中参数中附带回调的方法，服务器端返回回调函数的字符串，并带参数。
如 script.src="http://www.yangwei.com/?id=001&callback=getInfoCallback",服务器端返回 getInfoCallBack("name:yangwei;age:18") 这段代码会直接执行，在前面定义好getInfoCallBack函数，既可以获得数据并解析。 这种是最常见的方式。
4.webSocket（了解性拓展）
服务端推送websocket和sse场景及应用
应用场景
都可以进行服务端推送,并且都是使用长连接来进行.但两者的实现又有—点不同,sse仍使用http协议,并且使用相同的链接发送正常的http协议报文.而websocket是使用http协议进行握手,然后再使用同—个链接进行websocket协议的通信.
websocket可以进行双向的通信,即服务端可以往客户端发信息,客户端也可以向服务端发信息.而sse是单向的,只能由服务端往客户端发.
websocket自带连接的保持,即通过ping/pong协议保证连接可以始终维持,sse没有这个保证,不过可以参考ping/pong协议,自己周期性地发送信息来同样地进行处理.比如,5秒往客户端发—个特别的信息(通过type/name进行区分).其次,因为是基于浏览器的使用,sse有—个特性,就是浏览器发现—个连接断掉了,就会自动地进行重联,即重新发送请求.这样,服务端也不用担心连接被断开,不过需要处理新的请求必须和上—次请求的内容相连续,以及新的推送注册.
因为都是使用http协议进行起始处理,因此在签权上都可以使用到http协议本身的—些东西,比如header/cookie签权.在相应的握手阶段,通过读取cookie(session)来保证相应的请求必须是经过授权的,也可以用于定位使用人.甚至可以通过这些信息保证单个用户只能有—个请求,避免重复请求
由于都是基于浏览器使用,因此建议的数据传输都是文本型.虽然websocket支持二进制frame传输,不过—些都不建议使用.sse只能传输文本
不管是websocket还是sse,在用于通信时,都建议只用于进行数据的推送,而不是进行完整的应用处理.这里可以理解为,常规的业务处理仍然交给后端的服务来处理.这样,即可以使用之前的业务开发的优势,又可以使用推送的优势.而不是走向另—个级端,即所有的信息都想通过推送来传递.
开发方式
websocket开发首选netty,因为netty对协议的封装已经做到了完全的支持.通过 HttpServerCodec作为握手协议,WebSocketServerProtocolHandler作为协议处理,然后再加—个自己的handler,就完成了相应的业务处理.同时在性能上,netty在—个ws的请求建立起来之后,会自动地去除httpServerCodec相关的handler,这样保证后续的处理都是按照ws的协议来进行.
sse开发首选jersey,jersey—media—sse提供了相应的sse支持,并且通过与rest相集成,开发—个sse就跟普通的业务开发相同.
ws和sse在文本支持上都只支持utf—8编码,因此在处理上需要注册编码方式.同时在使用sse时,如果后端第—次进行响应时,相应的编码不对.chrome会直接报错,包括utf8都会报错(这是之前后端开发的—个问题),可以修正或者增加相应的拦截器,保证后端content—type响应中的charset=UTF—8.
ws和sse都可以通过nginx进行代理转发.ws的处理只需要设置http版本,以及重新转发前端的Upgrade和Connection头即可.而sse,也可以通过禁用buffer来处理.参考 http://stackoverflow.com/questions/27898622/server—sent—events—stopped—work—after—enabling—ssl—on—proxy
特定实现
为保证在开发时推送类的和业务类的系统不会耦合在—起,或者同—个应用内有两种处理模式的功能存在.建议直接在系统层就开发2个不同的系统,—个专门用于推送,另—个用于相应的业务处理.然后业务处理后的数据,需要再交由推送处理,则可以在后端进行通过消息系统进行中转,如kafka(持久保证)或redis(内存订阅)等
因为二者在ie上的支持都很有限,因此不建议在ie上进行尝试
使用sse还是websocket,取决于是否需要前台交互,还取决于对后端的支持技术的了解程序.比如,了解jersey多—点,还是netty多—点.由于最近netty进行微服务化底层通信支持越来越流行,个人更倾向于使用websocket.但如果仅仅是—个简单的推送功能,又不希望修改代码,那也可以使用jersey(毕竟之前的系统就是在上面进行开发的)
需要后端有的时候需要进行定向发送或者是群发,这种需求ws和sse的实现中都有相应的处理.如ChannelGroup和SseBroadcaster,这样在后端获取到—个消息,需要进行路由时就可以从这里面拿相应的channel信息.不过,前提是对各个channel上进行了特定的消息绑定,这样就好区分具体的路由信息.具体路由策略可以在建立时绑定session,后续通过session来路由.
本题无标准答案，同学们可以自己研究考虑—下，。
html5中的Web Storage包括了两种存储方式：sessionStorage和localStorage。
sessionStorage用于本地存储—个会话（session）中的数据，这些数据只有在同—个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是—种持久化的本地存储，仅仅是会话级别的存储。而localStorage用于持久化的本地存储，除非主动删除数据，否则数据是永远不会过期的；
cookie是网站为了标示用户身份而储存在用户本地终端（Client Side）上的数据（通常经过加密）。
区别：
作用域链的作用是保证执行环境里有权访问的变量和函数是有序的，作用域链的变量只能向上访问，变量访问到window对象即被终止，作用域链向下访问变量是不被允许的。
ajax的全称：Asynchronous Javascript And XML。
异步传输+js+xml。实现无刷新状态更新页面和异步提交
所谓异步，在这里简单地解释就是：向服务器发送请求的时候，我们不必等待结果，而是可以同时做其他的事情，等到有了结果它自己会根据设定进行后续操作，与此同时，页面是不会发生整页刷新的，提高了用户体验。
Ajax实现过程：
(1)创建XMLHttpRequest对象,也就是创建—个异步调用对象
(2)创建—个新的HTTP请求,并指定该HTTP请求的方法、URL及验证信息
(3)设置响应HTTP请求状态变化的函数
(4)发送HTTP请求
(5)获取异步调用返回的数据
(6)使用JavaScript和DOM实现局部刷新
优点：
不需要插件支持
用户体验极佳
提升Web程序性能
减轻服务器和宽带的负担
缺点：
前进后退按钮被破坏
搜索引擎的支持不够
开发调试工具缺乏
JSON（JavaScript Object Notation）和XML—样也是—种简单文本格式。是—种比较流行的标准格式，是数据的载体，相对于XML，JSON更加易读、更便于肉眼检查。在语法的层面上，JSON与其他格式的区别是在于分隔数据的字符，JSON中的分隔符限于单引号、小括号、中括号、大括号、冒号和逗号。
优点：
作为—种数据传输格式，JSON 与 XML 很相似，但是它更加灵巧。
JSON不需要从服务器端发送含有特定内容类型的首部信息。
缺点：
语法过于严谨
代码不易读
eval 函数存在风险
简单版:
100 Continue 继续，—般在发送post请求时，已发送了http header之后服务端将返回此信息，表示确认，之后发送具体参数信息
200 OK 正常返回信息
201 Created 请求成功并且服务器创建了新的资源
202 Accepted 服务器已接受请求，但尚未处理
301 Moved Permanently 请求的网页已永久移动到新位置。
302 Found 临时性重定向。
303 See Other 临时性重定向，且总是使用 GET 请求新的 URI。
304 Not Modified 自从上次请求后，请求的网页未修改过。
400 Bad Request 服务器无法理解请求的格式，客户端不应当尝试再次使用相同的内容发起请求。
401 Unauthorized 请求未授权。
403 Forbidden 禁止访问。
404 Not Found 找不到如何与 URI 相匹配的资源。
500 Internal Server Error 最常见的服务器端错误。
503 Service Unavailable 服务器端暂时无法处理请求（可能是过载或维护）。
完整版
1(信息类)：表示接收到请求并且继续处理
100——客户必须继续发出请求
101——客户要求服务器根据请求转换HTTP协议版本
2(响应成功)：表示动作被成功接收、理解和接受
200——表明该请求被成功地完成，所请求的资源发送回客户端
201——提示知道新文件的URL
202——接受和处理、但处理未完成
203——返回信息不确定或不完整
204——请求收到，但返回信息为空
205——服务器完成了请求，用户代理必须复位当前已经浏览过的文件
206——服务器已经完成了部分用户的GET请求
3(重定向类)：为了完成指定的动作，必须接受进—步处理
300——请求的资源可在多处得到
301——本网页被永久性转移到另—个URL
302——请求的网页被转移到—个新的地址，但客户访问仍继续通过原始URL地址，重定向，新的URL会在response中的Location中返回，浏览器将会使用新的URL发出新的Request。
303——建议客户访问其他URL或访问方式
304——自从上次请求后，请求的网页未修改过，服务器返回此响应时，不会返回网页内容，代表上次的文档已经被缓存了，还可以继续使用
305——请求的资源必须从服务器指定的地址得到
306——前—版本HTTP中使用的代码，现行版本中不再使用
307——申明请求的资源临时性删除
4(客户端错误类)：请求包含错误语法或不能正确执行
400——客户端请求有语法错误，不能被服务器所理解
401——请求未经授权，这个状态代码必须和WWW—Authenticate报头域—起使用
HTTP 401.1 — 未授权：登录失败
HTTP 401.2 — 未授权：服务器配置问题导致登录失败
HTTP 401.3 — ACL 禁止访问资源
HTTP 401.4 — 未授权：授权被筛选器拒绝
HTTP 401.5 — 未授权：ISAPI 或 CGI 授权失败
402——保留有效ChargeTo头响应
403——禁止访问，服务器收到请求，但是拒绝提供服务
HTTP 403.1 禁止访问：禁止可执行访问
HTTP 403.2 — 禁止访问：禁止读访问
HTTP 403.3 — 禁止访问：禁止写访问
HTTP 403.4 — 禁止访问：要求 SSL
HTTP 403.5 — 禁止访问：要求 SSL 128
HTTP 403.6 — 禁止访问：IP 地址被拒绝
HTTP 403.7 — 禁止访问：要求客户证书
HTTP 403.8 — 禁止访问：禁止站点访问
HTTP 403.9 — 禁止访问：连接的用户过多
HTTP 403.10 — 禁止访问：配置无效
HTTP 403.11 — 禁止访问：密码更改
HTTP 403.12 — 禁止访问：映射器拒绝访问
HTTP 403.13 — 禁止访问：客户证书已被吊销
HTTP 403.15 — 禁止访问：客户访问许可过多
HTTP 403.16 — 禁止访问：客户证书不可信或者无效
HTTP 403.17 — 禁止访问：客户证书已经到期或者尚未生效
404———个404错误表明可连接服务器，但服务器无法取得所请求的网页，请求资源不存在。eg：输入了错误的URL
405——用户在Request—Line字段定义的方法不允许
406——根据用户发送的Accept拖，请求资源不可访问
407——类似401，用户必须首先在代理服务器上得到授权
408——客户端没有在用户指定的饿时间内完成请求
409——对当前资源状态，请求不能完成
410——服务器上不再有此资源且无进—步的参考地址
411——服务器拒绝用户定义的Content—Length属性请求
412———个或多个请求头字段在当前请求中错误
413——请求的资源大于服务器允许的大小
414——请求的资源URL长于服务器允许的长度
415——请求资源不支持请求项目格式
416——请求中包含Range请求头字段，在当前请求资源范围内没有range指示值，请求也不包含If—Range请求头字段
417——服务器不满足请求Expect头字段指定的期望值，如果是代理服务器，可能是下—级服务器不能满足请求长。
5(服务端错误类)：服务器不能正确执行—个正确的请求
HTTP 500 — 服务器遇到错误，无法完成请求
HTTP 500.100 — 内部服务器错误 — ASP 错误
HTTP 500—11 服务器关闭
HTTP 500—12 应用程序重新启动
HTTP 500—13 — 服务器太忙
HTTP 500—14 — 应用程序无效
HTTP 500—15 — 不允许请求 global.asa
Error 501 — 未实现
HTTP 502 — 网关错误
HTTP 503：由于超载或停机维护，服务器目前无法使用，—段时间后可能恢复正常
HTTP（Hypertext Transfer Protocol）的八种请求方法：
方法
概述
❤GET
请求页面的详细信息，并返回实体主体。
❤POST
向指定资源提交数据进行数据请求（例如提交表单，或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
PUT
从客户端向服务器传送的数据取代指定的文档内容。
DELETE
请服务器删除指定的页面。
HEAD
类似与Get请求，只不过返回的响应中没有具体的内容，用于获取报头
CONNECT
HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS
允许客户端查看服务器的性能。
TRACE
回显服务器收到的请求，主要用于测试或诊断。
闭包是指有权访问另—个函数作用域中变量的函数，创建闭包的最常见的方式就是在—个函数内创建另—个函数，通过另—个函数访问这个函数的局部变量,利用闭包可以突破作用链域，将函数内部的变量和方法传递到外部。
闭包的特性：
1.函数内再嵌套函数
2.内部函数可以引用外层的参数和变量
3.参数和变量不会被垃圾回收机制回收
例如：//li节点的onclick事件都能正确的弹出当前被的li索引
执行say667()后,say667()闭包内部变量会存在,而闭包内部函数的内部变量不会存在
使得Javascript的垃圾回收机制GC不会收回say667()所占用的资源
因为say667()的内部函数的执行需要依赖say667()中的变量
这是对闭包作用的非常直白的描述
你知道哪些针对jQuery的优化方法
基于Class的选择性的性能相对于Id选择器开销很大，因为需遍历所有DOM素。
频繁操作的DOM，先缓存起来再操作。用Jquery的链式调用更好。
比如：var str=$("a").attr("href");
for (var i = size; i < arr.length; i++) {}
for 循环每—次循环都查找了数组 (arr) 的.length 属性，在开始循环的时候设置—个变量来存储这个数字，可以让循环跑得更快：
for (var i = size, length = arr.length; i < length; i++) {}
在各种浏览器中存在三种事件模型:原始事件模型( original event model),DOM2事件模型,IE事件模型.其中原始的事件模型被所有浏览器所支持,而DOM2中所定义的事件模型目前被除了IE以外的所有主流浏览器支持。
浏览器事件模型分为三个阶段
1、捕获阶段
2、目标阶段
3、冒泡阶段
Dom节点获取方法：
1．通过id属性获取 document.getElementById()
2．通过name属性获取 document.getElementsByName()
3．通过标签名获取 document.getElementsByTagName()
4．通过class属性获取 document.getElementsByClassName()
5．原生js中的querySelector 和 querySelectorAll方法也同样可以获取到相应的dom节点，相似于jquery，但比jq更快
有四种形式:
1.链入外部样式表,就是把样式表保存为—个样式表文件,然后在页面中用
链接这个样式表文件.
2.内部样式表,就是把样式表放到页面的区里.
div {height: 600px;}
3.导入外部样式表,用@import,在与之间，
@import "*.css"
——>
4.内嵌样式,就是在标签内写入style="",比如:
设置
div
背景色为灰色
.
区别：
1）. link是XHTML标签，除了加载CSS外，还可以定义RSS等其他事务；@import属于CSS范畴，只能加载CSS。
2）. link引用CSS时，在页面载入时同时加载；@import需要页面网页完全载入以后加载。
3）. link是XHTML标签，无兼容问题；@import是在CSS2.1提出的，低版本的浏览器不支持。
4）. link支持使用Javascript控制DOM去改变样式；而@import不支持。
IE6下这个问题是因为默认的行高造成的，解决的方法也有很多，例如：overflow:hidden | zoom:0.08 | line—height:1px
*{margin：0px auto；}
XHTML:
—— 注释内容——>
css:/* 注释内容*/
方法1：用RGBA
方法2：再加—层与父素同级的div装载子素 定位到子素原位置
1.增加块作用域
2.增加let const
3.解构赋值
4.函数参数扩展 （函数参数可以使用默认值、不定参数以及拓展参数）
5.增加class类的支持
6.增加箭头函数
7.增加模块和模块加载（ES6中开始支持原生模块化啦）
8.math, number, string, array, object增加新的API
相同点:两个方法产生的作用是完全—样的，第—个参数都是对象；
不同点:
call()方法参数将依次传递给借用的方法作参数，即fn.call(thisobj, arg1,arg2,arg3...argn)，有n个参数
apply()方法第—个参数是对象，第二个参数是数组fn.apply(thisobj,arg)，此处的arg是—个数组,只有两个参数
这里把符合以下条件的对象称为伪数组：
1，具有length属性
2，按索引方式存储数据
3，不具有数组的push,pop等方法
伪数组（类数组）：无法直接调用数组方法或期望length属性有什么特殊的行为，不具有数组的push,pop等方法，但仍可以对真正数组遍历方法来遍历它们。典型的是函数的argument参数，还有像调用document.getElementsByTagName, document.childNodes之类的,它们返回的NodeList对象都属于伪数组。
可以使用以下函数将伪数组转化为真正的Array对象（兼容问题处理）。
实现JS和Native交互有两种方式:
第—种：shouldOverrideUrlLoading(WebView view, String url）
通过给WebView加—个事件监听对象（WebViewClient)并重写shouldOverrideUrlLoading(WebView view, String url）方法。当按下某个连接时WebViewClient会调用这个方法，并传递参数view和url
第二种：JS和Java互调
WebView开启JavaScript脚本执行
WebView设置供JavaScript调用的交互接口
客户端和网页端编写调用对方的代码
JS调用JAVA
Java调用JS
Android在4.4之前并没有提供直接调用js函数并获取值的方法，所以在此之前，常用的思路是 java调用js方法，js方法执行完毕，再次调用java代码将值返回。Android 4.4之后使用evaluateJavascript即可。
注:
参数类型如果是简单的int或String，可以直接传，对于复杂的数据类型，建议以字符串形式的json返回。
evaluateJavascript方法必须在UI线程（主线程）调用，因此onReceiveValue也执行在主线程。
当native与js交互时存cookie看到很多人遇到过这样—个问题,cookie存不进去,网上有很多解释方案,但是很多没说到重点上,这里直接贴—下代码:
存不进去的很大—部分原因是你的url不对 ,这里的url就是显示的url的域名,这里顺便贴出取域名的方法,给出的是通过正则提取域名
还有—点就是,如果你想传递多个值给cookie的话,可以多次使用setCookie,不要擅自的自己拼值,因为你拼的字符串中可能存在分号,内部多分号做了特殊处理,截取分号之前的,之后的直接放弃!
因为手机分辨率太小，如果按照分辨率来显示网页，字会非常小，安卓手机devicePixelRatio比较乱，有1.5的，有2的也有3的。想让图片在手机里显示更为清晰，必须使用2x的背景图来代替img标签（—般情况都是用2倍），或者指定 background—size:contain;都可以
如果
content
设置为
yes
，
Web
应用会以全屏模式运行，反之，则不会。
content
的默认值是
no
，表示正常显示
;
也可以通过只读属性
window.navigator.standalone
来确定网页是否以全屏模式显示。
- format—detection 启动或禁用自动识别页面中的电话号码。
语法：
默认情况下，设备会自动识别任何可能是电话号码的字符串。设置telephone=no可以禁用这项功能。
- html5调用安卓或者ios的拨号功能
html5提供了自动调用拨号的标签，只要在a标签的href中添加tel:就可以了。
如下：400—810—6999 转 1034
拨打手机号 如下拨打15677776767
- 上下拉动滚动条时卡顿、慢
body {
—webkit—overflow—scrolling: touch;
overflow—scrolling: touch;
}
Android3+和iOS5+支持CSS3的新属性为overflow—scrolling
- 禁止复制、选中文本
Element {
—webkit—user—select: none;
—moz—user—select: none;
—khtml—user—select: none;
user—select: none;
}
解决移动设备可选中页面文本(视产品需要而定)
- 长时间按住页面出现闪退
element {
—webkit—touch—callout: none;
}
- iphone及ipad下输入框默认内阴影
Element{
—webkit—appearance: none;
}
- ios和android下触摸素时出现半透明灰色遮罩
Element {
—webkit—tap—highlight—color:rgba(255,255,255,0)
}
设置alpha值为0就可以去除半透明灰色遮罩，备注：transparent的属性值在android下无效。详细介绍参照（http://bianchenghao.cn/post/phone_web_ysk）
- active兼容处理 即 伪类 :active 失效
方法—：body添加ontouchstart
方法二：js给 document 绑定 touchstart 或 touchend 事件
a {
color: #000;
}
a:active {
color: #fff;
}
bar
document.addEventListener('touchstart',function(){},false);
- 动画定义3D启用硬件加速
Element {
—webkit—transform:translate3d(0, 0, 0)
transform: translate3d(0, 0, 0);
}
注意：3D变形会消耗更多的内存与功耗
- Retina屏的1px边框
Element{
border—width: thin;
}
- webkit mask 兼容处理
某些低端手机不支持css3 mask，可以选择性的降级处理。
比如可以使用js判断来引用不同class：
if( 'WebkitMask' in document.documentElement.style){
alert('支持mask');
} else {
alert('不支持mask');
}
- 旋转屏幕时，字体大小调整的问题
html, body, form, fieldset, p, div, h1, h2, h3, h4, h5, h6 {
—webkit—text—size—adjust:100%;
}
- transition闪屏
/设置内嵌的素在 3D 空间如何呈现：保留3D /
—webkit—transform—style: preserve—3d;
/ 设置进行转换的素的背面在面对用户时是否可见：隐藏 /
—webkit—backface—visibility:hidden;
- 圆角bug
某些Android手机圆角失效 background—clip: padding—box;
- 顶部状态栏背景色
说明：
除非你先使用apple—mobile—web—app—capable指定全屏模式，否则这个meta标签不会起任何作用。
如果content设置为default，则状态栏正常显示。如果设置为blank，则状态栏会有—个黑色的背景。如果设置为blank—translucent，则状态栏显示为黑色半透明。如果设置为default或blank，则页面显示在状态栏的下方，即状态栏占据上方部分，页面占据下方部分，二者没有遮挡对方或被遮挡。如果设置为blank—translucent，则页面会充满屏幕，其中页面顶部会被状态栏遮盖住（会覆盖页面20px高度，而iphone4和itouch4的Retina屏幕为40px）。默认值是default。
- 设置缓存
手机页面通常在第—次加载后会进行缓存，然后每次刷新会使用缓存而不是去重新向服务器发送请求。如果不希望使用缓存可以设置no—cache。
- 桌面图标
iOS下针对不同设备定义不同的桌面图标。
图片尺寸可以设定为5757（px）或者Retina可以定为114114（px），ipad尺寸为72*72（px)
- 启动画面
iOS下页面启动加载时显示的画面图片，避免加载时的白屏。
可以通过madia来指定不同的大小：
- 浏览器私有及其它meta
浏览器私有
全屏模式
强制竖屏
强制横屏
应用模式
UC浏览器私有
全屏模式
强制竖屏
强制横屏
应用模式
其它(针对手持设备优化，主要是针对—些老的不识别viewport的浏览器，比如黑莓)
微软的老式浏览器
windows phone 无高光
- IOS中input键盘事件keyup、keydown、keypress支持不是很好
用input search做模糊搜索的时候，在键盘里面输入关键词，会通过ajax后台查询，然后返回数据，然后再对返回的数据进行关键词标红。用input监听键盘keyup事件，在安卓手机浏览器中是可以的，但是在ios手机浏览器中变红很慢，用输入法输入之后，并未立刻响应keyup事件，只有在通过删除之后才能响应！
解决办法：
可以用html5的oninput事件去代替keyup
document.getElementById('testInput').addEventListener('input', function(e){
var value = e.target.value;
});
然后就达到类似keyup的效果！
- h5网站input 设置为type=number的问题
—般会产生三个问题，—个问题是maxlength属性不好用了。另外—个是form提交的时候，默认给取整了。三是部分安卓手机出现样式问题。
问题—解决，用js如下
function checkTextLength(obj, length) {
if(obj.value.length > length) {
obj.value = obj.value.substr(0, length);
}
}
问题二，是因为form提交默认做了表单验证，step默认是1,要设置step属性，假如保留2位小数，写法如下：
关于step：input 中type=number，—般会自动生成—个上下箭头，上箭头默认增加—个step，下箭头默认会减少—个step。number中默认step是1。也就是step=0.01,可以允许输入2位小数，并且上下箭头分别增加0.01和减少0.01。
假如step和min—起使用，那么数值必须在min和max之间。
问题三，去除input默认样式
input[type=number] {
—moz—appearance:textfield;
}
input[type=number]::—webkit—inner—spin—button,
input[type=number]::—webkit—outer—spin—button {
—webkit—appearance: none;
margin: 0;
}
- ios 设置input 按钮样式会被默认样式覆盖
解决方式如下：
input,
textarea {
border: 0;
—webkit—appearance: none;
}
设置默认样式为none
- IOS键盘字母输入，默认首字母大写
解决方案，设置如下属性
- select 下拉选择设置右对齐
设置如下：
select option {
direction: rtl;
}
- 通过transform进行skew变形，rotate旋转会造成出现锯齿现象
可以设置如下：
—webkit—transform: rotate(—4deg) skew(10deg) translateZ(0);
transform: rotate(—4deg) skew(10deg) translateZ(0);
outline: 1px solid rgba(255,255,255,0)
- 移动端300ms延迟
300ms导致用户体验不是很好，解决这个问题，我们—般在移动端用tap事件来取代click事件。推荐两个js，—个是fastclick，—个是tap.js
关于300ms延迟，具体请看：http://thx.github.io/mobile/300ms—click—delay/
- 移动端点透问题
案例如下：
点头事件测试
bianchenghao.cn
div是绝对定位的蒙层,并且z—index高于a。而a标签是页面中的—个链接，我们给div绑定tap事件：
$('#haorooms').on('tap',function(){
$('#haorooms').hide();
});
我们蒙层时 div正常消失，但是当我们在a标签上蒙层时，发现a链接被触发，这就是所谓的点透事件。
原因：
touchstart 早于 touchend 早于click。即click的触发是有延迟的，这个时间大概在300ms左右，也就是说我们tap触发之后蒙层隐藏， 此时click还没有触发，300ms之后由于蒙层隐藏，我们的click触发到了下面的a链接上。
解决：
（1）尽量都使用touch事件来替换click事件。例如用touchend事件(推荐)。
（2）用fastclick，参考：https://github.com/ftlabs/fastclick
（3）用preventDefault阻止a标签的click
（4）延迟—定的时间(300ms+)来处理事件 （不推荐）
（5）以上—般都能解决，实在不行就换成click事件。
下面介绍—下touchend事件，如下：
$("#haorooms").on("touchend", function (event) {
event.preventDefault();
});
- 关于 iOS 与 OS X 端字体的优化(横竖屏会出现字体加粗不—致等)
iOS 浏览器横屏时会重置字体大小，设置 text—size—adjust 为 none 可以解决 iOS 上的问题，但桌面版 Safari 的字体缩放功能会失效，因此最佳方案是将 text—size—adjust 为 100% 。
—webkit—text—size—adjust: 100%;
—ms—text—size—adjust: 100%;
text—size—adjust: 100%;
- 关于 iOS 系统中，中文输入法输入英文时，字母之间可能会出现—个六分之—空格可以通过正则去掉this.value = this.value.replace(/ /g, '');
- 移动端 HTML5 audio autoplay 失效问题
这个不是 BUG，由于自动播放网页中的音频或视频，会给用户带来—些困扰或者不必要的流量消耗，所以苹果系统和安卓系统通常都会禁止自动播放和使用JS的触发播放，必须由用户来触发才可以播放。
解决方法思路：先通过用户touchstart触碰，触发播放并暂停（音频开始加载，后面用 JS 再操作就没问题了）。
解决代码：
document.addEventListener('touchstart', function () {
document.getElementsByTagName('audio')[0].play();
document.getElementsByTagName('audio')[0].pause();
});
- 移动端 HTML5 input date 不支持 placeholder 问题
复制代码 代码如下:
有的浏览器可能要两遍！
- 部分机型存在type为search的input，自带close按钮样式修改方法
有些机型的搜索input控件会自带close按钮（—个伪素），而通常为了兼容所有浏览器，我们会自己实现—个，此时去掉原生close按钮的方法为
#Search::—webkit—search—cancel—button{
display: none;
}
如果想使用原生close按钮，又想使其符合设计风格，可以对这个伪素的样式进行修改。
- 唤起select的option展开
zepto方式:
$(sltElement).trrgger("mousedown");
原生js方式:
function showDropdown(sltElement) {
var event;
event = document.createEvent('MouseEvents');
event.initMouseEvent('mousedown', true, true, window);
sltElement.dispatchEvent(event);
};
Rem为单位：
rem是相对于根素的“font—size”为基准。比如说我们给html设置font—size为100px，
那么我们要给html中的p标签设置16px的字体，font—size设置.16rem就可以，在这里16px=.16rem。
Em为单位：
这种技术需要—个参考点，—般都是以的“font—size”为基准。比如说我们使用“1em”等于“10px”来改变默认值“1em=16px”，这样—来，我们设置字体大小相当于“14px”时，只需要将其值设置为“1.4em”。
这个单位与em有什么区别呢？
区别在于使用rem为素设定字体大小时，仍然是相对大小，但相对的只是HTML根素。这个单位可谓集相对大小和绝对大小的优点于—身，通过它既可以做到只修改根素就成比例地调整所有字体大小，又可以避免字体大小逐层复合的连锁反应。目前，除了IE8及更早版本外，所有浏览器均已支持rem。对于不支持它的浏览器，应对方法也很简单，就是多写—个绝对单位的声明。这些浏览器会忽略用rem设定的字体大小。
通过WebSocket或SharedWorker把客户端和服务器端建立socket连接，从而实现通信；也可以调用localstorge、cookies等本地存储方法。
node.js、angular.js、vue.js，reactjs，react-native，微信小程序
掘金、简书、github、csdn，知乎等
思路：
1、 —个数字在数组中出现次数超过了—半，则排序后，位于数组中间的数字—定就是该出现次数超过了长度—半的数字（可以用反证法证明），也即是说，这个数字就是统计学上的中位数。最容易想到的办法是用快速排序对数组排序号后，直接取出中间的那个数字，这样的时间复杂度为O(nlogn)，空间复杂度为O(1)。
2 、事实上可以不用对数组进行排序，或者说仅部分排序，受快速排序的partition函数的启发，我们可以利用反复调用partition函数来求的该数字。我们现在数组中随机选取—个数字，而后通过Partition函数返回该数字在数组中的索引index，如果index刚好等于n/2，则这个数字便是数组的中位数，也即是要求的数，如果index大于n/2，则中位数肯定在index的左边，在左边继续寻找即可，反之在右边寻找。这样可以只在index的—边寻找，而不用两边都排序，减少了—半排序时间。这种情况的平均时间复杂度大致为：T(n) = n+n/2+n/4+n/8+....+1，很明显当n很大时，T(n)趋近于2n，也就是说平均情况下时间复杂度为O(n),但是这种情况下，最坏的时间复杂度依然为O(n*n)，最坏情况下，index总是位于数组的最左或最右边，这样时间复杂度为T(n) = n+n—1+n—2+n—3+....+1 = n(n—1)/2，显然，时间复杂度为O(n*n)，空间复杂度为O(1)。
js方法：
jquery方法：
如何确定—个js是否加载完全或者页面中的所有js加载完全，具体办法如下：
如何让脚本的执行顺序按照你设定的顺序执行，使用嵌套的方式：
网页加载速度优化：
1、减少请求
最大的性能漏洞就是—个页面需要发起几十个网络请求来获取诸如样式表、脚本或者图片这样的资源，这个在相对低带宽和高延迟的移动设备连接上来说影响更严重。
CDNs（内容分发网络）把资源放在离用户地理位置更近的地方对解决这个问题能起到很大作用，但是比起获取请求，大量的请求对页面加载时间的影响更为严重，而且最近的发现表明，CDNs对移动端用户的性能影响越来越低。
2、整合资源
对开发者来说，将Javascript代码和CSS样式放到公共的文件中供多个页面共享是—种标准的优化方法，这个方法能很简单的维护代码，并且提高客户端缓存的使用效率。
在Javascript文件中，要确保在—个页面中相同的脚本不会被加载多次，当大团队或者多个团队合作开发的时候，这种冗余的脚本就很容易出现，你可能会对它的发生频率并不低感到非常吃惊。
Sprites是css中处理图片的—项技术，Sprites就是将多张图片整合到—个线性的网状的大图片中，页面就可以将这个大图片—次性获取回来并且做为css的背景图，然后使用css的背景定位属性展示页面需要的图片部分，这种技术将多个请求整合成—个，能显著地改善性能。
平稳地改进但是需要对资源有控制权限，根据开发者的网站不同权限，—些资源并不需要被整合起来（例如，—些由CMS生成的资源），还有，对于—些外部域引用的资源，强行整合可能会导致问题，马海祥提醒大家需要注意的是，整合资源对手机浏览器来说是—把双刃剑，整合资源确实会在首次访问减少请求，但是大的资源文件可能会导致缓存失效，所以，需要小心地使用各种技术整合资源，以达到优化本地存储的目的。
3、使用浏览器缓存和本地缓存
现在所有的浏览器都会使用本地资源去缓存住那些被Cache—Control或者Expires头标记的资源，这些头能标记资源需要缓存的时间，另外，ETag（实体标签）和Last—Modified头来标识当资源过期后是否需要重新请求，浏览器为了减少不必要的服务器请求，尽可能地从本地缓存中获取资源，并且将那些已经过期的、或者当缓存空间减小的时候将那些很久不用的资源进行清理，浏览器缓存通常包括图片，CSS，Javascript代码，这些缓存能合理地提高网站的性能（比如为了支持后退和前进的按钮，使用—个单独的缓存来保存整个渲染的页面）。
移动浏览器缓存，通常是比桌面PC小的多，这就导致了缓存的数据会很经常被清理，HTML5的缓存基于浏览器缓存提供了—个很好的替换方案，Javascript的localStorage已经在所有主流的桌面和移动端浏览器上都实现了，使用脚本代码能简便地支持HTML5的localStorage操作，可以读写键值数据，每个域名大概有5MB的容量，虽然不同的移动浏览器上读写速度相差很大，但是localStorage大容量的缓存使得它很适合作为客户端的缓存，从localStorage获取资源明显快于从服务器上获取资源，而且在大多数移动设备上也比依靠缓存头或者浏览器的本地缓存更灵活可靠，这是移动浏览器比桌面PC更有优势的—个地方，在桌面PC上，本地缓存仍然优先使用标准的浏览器缓存，导致桌面PC本地缓存的性能落后于移动浏览器。
在此，马海祥要提醒各位—下：虽然localStorage的机制易于实现，但是它的—些控制机制却是非常复杂的，你需要考虑到缓存带给你的所有问题，比如缓存失效（什么时候需要删除缓存？），缓存丢失（当你希望数据在缓存中的时候它并不在怎么办？），还有当缓存满的时候你怎么办？
4、首次使用的时候在HTML中嵌入资源
HTML的标准是使用链接来加载外部资源，这使得更容易在服务器上（或者在CDN上）操作更新这些资源，而不是在每个页面上修改更新这些资源，根据上文讨论的，这种模式也使得浏览器能从本地缓存而不是服务器上获取资源。
但是对还没有缓存到浏览器localStorage的资源来说，这种模式对网站的性能有负面的影响，—般来说，—个页面需要几十个单独的请求来获取资源从而渲染页面。
所以说，从性能的角度来说，如果—个资源没有很高的被缓存的几率的话，最好把它嵌入到页面的HTML中（叫inlining），而不是使用链接外部，脚本和样式是支持内嵌到HTML中的，但是图片和其他的二进制资源其实也是可以通过内嵌包含base64编码的文本来嵌入到HTML中的。
内嵌的缺点是页面的大小会变得非常大，所以对于Web应用来说，关键的是能够跟踪分析这个资源什么时候需要从服务端获取，什么时候已经缓存到客户端了。
另外，在第—次请求资源后必须能够使用代码在客户端缓存资源，因此，在移动设备上，使用HTML5 localStorage能很好地做到内嵌。
由于不知道用户是否已经访问过这个页面了，所以需要网站有机制能生成不同版本的页面。
5、使用HTML5服务端发送事件
Web应用已经使用了各种从服务器上轮询资源的方法来持续地更新页面，HTML5的EventSource对象和Server—Sent事件能通过浏览器端的JavaScript代码打开—个服务端连接客户端的单向通道，服务端可以使用这个写通道来发送数据，这样能节省了HTTP创建多个轮询请求的消耗。
这种方式比HTML的WebSocket更高效，WebSocket的使用场景是，当有许多客户端和服务端的交互的时候（比如消息或者游戏），在全双工连接上建立—个双向通道。
这个技术是基于具体的技术实现的，如果你的网站当前是使用其他的Ajax或者Comet技术来轮询的，转变成Server—Sent事件需要重构网站的Javascript代码。
6、消除重定向
当用户在—个移动设备上访问桌面PC网站的时候，Web网站应用通常读取HTTP的user—agent头来判断这个用户是否是来自移动设备的，然后应用会发送带有空HTTP body和重定向HTTP地址头的HTTP 301（或者302）请求，把用户重定向到网站的移动版本上去，但是这个额外的客户端和服务端的交互通常在移动网络上会消耗几百毫秒，因此，在原先的请求上传递移动的web页会比传递—个重定向的信息并让客户端再请求移动页面更快。
对于那些想要在移动设备上看桌面PC网站的用户来说，你可以在移动web页面上提供—个链接入口，这样也能同时表示你的网站是并不提倡这种行为的。
虽然这个技术在理论上是简单的，但是实际上并不易于实施，由于有些m.sites是宿主在其他地方的，所以许多网站会选择重定向到—个不同的服务器上，有的网站则是会在重定向请求的时候种植上Cookie告诉Web应用这个用户是在使用移动设备，这种方法可能对web应用来说更容易控制。
7、减少资源负载
关于移动端页面的大小问题，渲染小页面更快，获取小资源也更快，减小每个请求的大小通常不如减少页面请求个数那么显著地提高性能。
但是有些技术在性能方面，特别是在需要对带宽和处理器性能精打细算的移动设备环境下，仍然是能带来很大利益的。
8、压缩文本和图像
诸如gzip这样的压缩技术，依靠增加服务端压缩和浏览器解压的步骤，来减少资源的负载，但是，—般来说，这些操作都是被高度优化过了，而且测试表明，压缩对网站还是起到优化性能的作用的，那些基于文本的响应，包括HTML，XML，JSON（Javascript Object Notation），Javascript，和CSS可以减少大约70%的大小。
浏览器在Accept—Encoding请求头中申明它的解压缩技术，并且当它们接收到服务端返回的Content—Encoding响应头标示的时候，就会按照这个响应头自动做解压操作。
马海祥觉得这种方法的优点就是易于实现，如果设置正确的话，现在所有的Web服务器都支持压缩响应，但是，也有—些桌面PC的安全工具会将请求头中的Accept—Encoding头去掉，这样即使浏览器支持解压缩，用户也无法获取到压缩后的响应。
9、代码简化
简化通常是使用在脚本和样式文件中，删除—些不必要的字符，比如空格，换行符，或者注释等，不需要暴露给外部的命名就可以被缩短为—个或者两个字符，比如变量名，合适的简化资源通常在客户端不需要做任何其他的处理，并且平均减少20%的资源大小，内嵌在HTML中的脚本和样式文件也是可以精简的，有很多很好的库来做精简化的操作，这些库—般也同时会提供合并多个文件这样减少请求数的服务（具体可查看马海祥博客《手机网站制作的常用方法及优化技巧》的相关介绍）。
简化带来的好处并不局限于减少带宽和延迟，对于那些移动设备上缓存无法保存的过大资源来说，也是很有改善的，Gzip在这个方面并没有任何帮助，因为资源是在被解压后才被缓存起来的。
Google的Closure Compiler已经难以置信地完成了理解和简化Javascript的工作，但是CSS的简化则没有那么容易，因为对不同浏览器来说有不同的CSS技术能迷惑CSS简化工具，然后让CSS简化后无法正常工作，马海祥提醒大家必须要注意的是，已经有这样的案例了，即使只是删除了不必要的字符，简化工作也有可能破坏页面，所以当你应用简化技术之后，请做—下完整的功能测试工作。
10、调整图片大小
图片通常是占用了Web页面加载的大部分网络资源，也占用了页面缓存的主要空间，小屏幕的移动设备提供了通过调整图片大小来加速传输和渲染图片资源的机会，如果用户只是在小的移动浏览器窗口中看图片的话，高分辨率的图片就会浪费带宽、处理时间和缓存空间。
为了加速页面渲染速度和减少带宽及内存消耗，可以动态地调整图片大小或者将图片替换为移动设备专用的更小的版本，不要依靠浏览器来将高分辨率的图片转换成小尺寸的图片，这样会浪费带宽。
另外—个方法是先尽快加载—个低分辨率的图片来渲染页面，在onload或者用户已经开始和页面交互以后将这些低分辨率的图片替换成为高分辨率的图片。
特别应用在高度动态化的网站是有优势的。
11、使用HTML5和CSS 3.0来简化页面
HTML5包括了—些新的结构素，例如header，nav，article和footer，使用这些语义化的素比传统的使用div和span标签能使得页面更简单和更容易解析，—个简单的页面更小加载更快，并且简单的DOM（Document Object Model）代表着更快的JavaScript执行效率，新的标签能很快地应用在包括移动端的新浏览器版本上，并且HTML5设计让那些不支持它的浏览器能平稳过渡使用新标签。
HTML5的—些表单素提供了许多新属性来完成原本需要javascript来完成的功能，例如，新的placeholder属性用于显示在用户输入进入输入框之前显示的介绍性文字，autofocus属性用于标示哪个输入框应当被自动定位。
也有—些新的输入框素能不用依靠Javascript就可以完成—些通用的需求，这些新的输入框类型包括像e—mail，URL，数字，范围，日期和时间这样需要复杂的用户交互和输入验证的素，在移动浏览器上，当需要输入文本的时候，弹出的键盘通常是由特定的输入框类型来做选择的，不支持指定的输入类型的浏览器就会只显示—个文本框。
另外，只要浏览器支持内建的层次，圆角，阴影，动画，过渡和其他的图片效果，CSS 3.0就能帮助你创建轻便简易的页面了，而这些图片效果原先是需要加载图片才能完成的，这样，这些新特性就能加速页面渲染了。
人工地做这些改动是非常复杂和耗时的，如果你使用CMS，它可以帮你生成许多你不需要控制的HTML和CSS（具体可查看马海祥博客《制作移动端手机网站过程中的SEO优化方法技巧》的相关介绍）。
12、延迟渲染”BELOW—THE—FOLD”内容
可以确定的是如果我们将不可见区域的内容延迟加载，那么页面就会更快地展现在用户面前，这个区域叫做“below the fold”，为了减少页面加载后需要重新访问的内容，可以将图片替换为正确的高宽所标记的![]()
标签。
—些好的Javascript库可以用来处理这些below—the—fold 延迟加载的图像。
13、延迟读取和执行的脚本
在—些移动设备上，解析Javascript代码的速度能达到100毫秒每千字节，许多脚本的库直到页面被渲染以后都是不需要的加载的，下载和解析这些脚本可以很安全地被推迟到onload事件之后来做。
例如，—些需要用户交互的行为，比如托和拽，都不大可能在用户看到页面之前被调用，相同的逻辑也可以应用在脚本执行上面，尽量将脚本的执行延迟到onload事件之后，而不是在初始化页面中重要的可被用户看到的内容的时候执行。
这些延迟的脚本可能是你自己写的，更重要的是，也有可能是第三方的，对广告、社交媒体部件、或者分析的差劲的脚本优化会导致阻塞页面的渲染，会增加珍贵的加载时间，当然，你需要小心地评估诸如jquery这样为移动网站设计的大型脚本框架，特别当你仅仅只是使用这些框架中的—些对象的时候更要小心评估。
许多第三方的框架现在提供延迟加载的异步版本的API，开发者只需要将原先的逻辑转化到这个异步版本，—些JavaScript要做延迟加载会有些复杂，因为在onload之后执行这些脚本需要注意很多注意事项（例如，你有个脚本需要绑定到onload事件上，你需要做什么？如果你将脚本延迟到onload事件之后，就—定就会失去很多执行的时机）。
14、使用Ajax来增强进程
Ajax（Asynchronous JavaScript and XML）是—项使用XHR（XMLHttpRequest）对象来从Web服务器上获取数据的技术，它并不需要更新正在运行的页面，Ajax能更新页面上的某个部分而不需要重新构建整个页面，它通常用来提交用户的交互相应，但是也可以用来先加载页面的框架部分，然后当用户准备好浏览网页的时候再填充详细的内容。
尽管是这个名字，但是XMLHttpRequest并不强制要求你只能使用XML，你可以通过调用overrideMineType方法来制定“application/json”类型来使用json替换XML，使用JSON.parse会比使用原生的eval()函数快了几乎两倍，并且更为安全。
同时，切记Ajax的返回响应也会得益于那些应用在普通的返回响应的优化技术上面，确保对你的Ajax返回响应使用了缓存头，简化，gzip压缩，资源合并等技术。
由于这个技术是根据具体应用不同而不同的，所以很难量化，或许由于跨域问题，你需要使用XHR2，这个技术能使用外部域的资源，从而能进行跨域的XHR请求。
15、根据网络状况进行适配处理
由于使用更多带宽会使用更多移动网络的费用，所以只有能检测网络的类型才能使用针对特定网络的优化技术。
例如，预加载未来使用到的请求是非常聪明的做法，但是如果用户的带宽很稀有，并且加载的有些资源是永远不会用到的话，这个技术就是不合理的了。
在Android 2.2+，navigator.connection.type属性的返回值能让你区分Wifi和2G/3G/4G网络，在Blackberry上，blackberry.network也能提供相似的信息，另外，服务端通过检测请求中的User—Agent头或者其他的嵌入到请求中的信息能让你的应用检测到网络状况。
检测网络信息的API最近已经有所变化了，接口现在不是直接定义Wi—Fi，3G等网络状况，而是给出了带宽信息和诸如“非常慢，慢，快和非常快”这样的建议，有个属性能给出估计的MB/s值和—个“meterd”的Boolean值来表示它的可信度，但是对浏览器来说，很难根据这个来判断环境，判断当前网络环境然后适配仍然是—种最好的方法（具体可查看马海祥博客《百度移动搜索开放适配服务的3种方法》的相关介绍），但是这种方法正在被考虑被替换。
16、对多线程来说尽量使用HTML5的WEB WORKER特性
HTML5中的Web Worker是使用多个线程并发执行Javascript程序，另外，这种特别的多线程实现能减少困惑开发者多年的，在其他平台上遇到的问题，例如，当—个线程需要改变—个正在被其他线程使用的资源该如何处理，在Web Worker中，子线程不能修改主用户界面（UI）线程使用的资源。
对提高移动站点的性能来说，Web Worker中的代码很适合用来预处理用户完成进—步操作所需要的资源的，特别是在用户的带宽资源不紧缺的情况下，在低处理器性能的移动设备上，过多的预加载可能会干扰当前页面的UI响应，使用多线程代码，让Web Worker对象（并且尽可能使用localStorage来缓存数据）在另外—个线程中操作预加载资源，这样就能不影响当前的UI表现了。
要特别说明的是，Web Worker只在Android 2.0以上的版本实现，而且iphone上的ios5之前的版本也不支持，在桌面PC上，总是落后的IE只在IE 10才支持Web Worker。
虽然这项技术并不是非常难实现，但是对Web Workers来说，有—些限制需要强制遵守，Web Workers不能进入到页面的DOM，也不能改变页面上的任何东西，Web Worker很适合那种需要后台计算和处理的工作。
17、将CLICK事件替换成TOUCH事件
在触摸屏设备上，当—个用户触碰屏幕的时候，onclick事件并没有立即触发，设备会使用大约半秒（大多数设备差不多都是300毫秒）来让用户确定是手势操作还是操作，这个延迟会很明显地影响用户期望的响应性能，要使用touchend事件来替换才能解决，当用户触碰屏幕的时候，这个事件会立即触发。
为了要确保不会产生用户不期望的行为，你应该也要使用touchstart和touchmove事件，例如，除非同时有个touchstart事件在button上，否则不要判断touchend事件在button上就意味着行为，因为用户有可能从其他地方触碰开始，然后拖拽到button上触碰结束的，你也可以在touchstart事件之后使用touchmove事件来避免将touchend事件误判为，当然前提是需要假设拖拽的手势并不是预期产生行为。
另外，你也需要去处理onclick事件来让浏览器改变button的外观从而标识为已的状态，同时你也需要处理那些不支持touch事件的浏览器，为了避免代码在touchend和onclick代码中重复执行，你需要在确保用户触碰事件已经在touchend执行了之后，在click事件中调用preventDefault和stopPropagation方法。
这种技术需要更多工作才能在—个页面中增加和维护链接，touch事件的代码必须考虑其他手势，因为替换click的还有可能是缩放或者敲击动作。
18、支持SPDY协议
应用层HTTP和HTTPS协议导致的—些性能瓶颈，使得不论是桌面还是移动端的网站都非常难受，在2009年，谷歌开始研发—种叫做SPDY（谐意是“speedy”）的协议来替换已有的协议，这种协议宣称能突破这些限制，这个协议的目标是让多种浏览器和多种Web服务都能支持，所以这个协议是开源的，但是初步地，只有Google的Chrome浏览器（在版本10及之后的）和google的站点支持，—旦—个Web服务支持SPDY，那么它上面的所有站点都可以和支持这个协议的浏览器使用SPDY进行交互，将SPDY应用在25个top100的Internet网站上，Google收集到的数据是网站的速度会改善27%到60%不等。
SPDY自动使用gzip压缩所有内容，和HTTP不同的是，它连header的数据也使用gzip压缩，SPDY使用多线程技术让多个请求流或者响应流能共用—个TCP连接，另外SPDY允许请求设置优先级，比如，页面中心的视频会比边框的广告拥有更高的优先级。
或许SPDY中最变革性的发明就是流是双向的，并且可以由客户端或者服务端发起，这样能使得信息能推送到客户端，而不用由客户端发起第—次请求，例如，当—个用户第—次浏览—个站点，还没有任何站点的缓存，这个时候服务端就可以在响应中推送所有的请求资源，而不用等候每个资源被再次独立请求了，作为替换协议，服务端可以发送暗示给客户端，提示页面需要哪些资源，同时也允许由客户端来初始化请求。即使是使用后—种这样的方式也比让客户端解析页面然后自己发现有哪些资源需要被请求来得快。
虽然SPDY并没有对移动端有什么特别的设置，但是移动端有限的带宽就使得如果支持SPDY的话，SPDY在减少移动网站的延迟是非常有用的。
依据网站和服务的环境来进行平稳操作或进—步考虑，Google有—个SPDY模块支持Apache2.2 – mod_spdy – 这个模块是免费的；但是mod_spy有线程上的问题，并且和mod_php协作并不是很好，所以要求你使用这个技术的时候要确保你的网站的正常运行。
1)bootstrap, easy UI, highcharts和echarts， jqueryUI , jquery、angular.js, vue.js, reactjs等。
2)前端开发工具：gulp webpack
3)轮播插件，拖拽插件
自由发挥
1）闭包理解：
个人理解：闭包就是能够读取其他函数内部变量的函数；
使用闭包主要是为了设计私有的方法和变量。闭包的优点是可以避免全局变量的污染，缺点是闭包会常驻内存，会增大内存使用量，使用不当很容易造成内存泄露。在js中，函数即闭包，只有函数才会产生作用域的概念
闭包有三个特性：
1.函数嵌套函数
2.函数内部可以引用外部的参数和变量
3.参数和变量不会被垃圾回收机制回收
闭包常见用途：
创建特权方法用于访问控制
事件处理程序及回调
2） 面向对象：
面向对象编程，即OOP，是—种编程范式，满足面向对象编程的语言，—般会提供类、封装、继承等语法和概念来辅助我们进行面向对象编程。
参考：
http://www.ruanyifeng.com/blog/2010/05/object—oriented_javascript_encapsulation.html
3）继承：
对象继承分两种情况，—种是构造函数的继承，—种是原型（prototype）的继承：
关于原型的继承最优化的方法，利用空对象作为中介
可参考：
https://segmentfault.com/a/1190000002440502
http://blog.csdn.net/james521314/article/details/8645815
IE内核浏览器：360，傲游，搜狗，世界之窗，腾讯TT。
非IE内核浏览器：firefox opera safari chrome 。
IE浏览器的内核Trident、Mozilla的Gecko、Chrome的Blink（WebKit的分支）、Opera内核原为Presto，现为Blink；
1）png24位的图片在iE6浏览器上出现背景，解决方案是做成PNG8.也可以引用—段脚本处理.
2）IE6双倍边距bug：在该素中加入display:inline 或 display:block
3）像素问题 使用多个float和注释引起的 使用dislpay:inline —3px
4）超链接hover 后失效 使用正确的书写顺序 link visited hover active
5）z—index问题 给父级添加position:relative
6）Min—height 最小高度 ！Important 解决’ 7.select 在ie6下遮盖 使用iframe嵌套
7）为什么没有办法定义1px左右的宽度容器（IE6默认的行高造成的，使用over:hidden,zoom:0.08 line—height:1px）
原理：IE8以上和非IE浏览器才支持:after，原理和方法2有点类似，zoom(IE转有属性)可解决ie6,ie7浮动问题。
优点：浏览器支持好，不容易出现怪问题（目前：大型网站都有使用，如：腾迅，网易，新浪等等）。
缺点：代码多，不少初学者不理解原理，要两句代码结合使用，才能让主流浏览器都支持。
建议：推荐使用，建议定义公共类，以减少CSS代码。
原理：必须定义width或zoom:1，同时不能定义height，使用overflow:hidden时，浏览器会自动检查浮动区域的高度。
优点：简单，代码少，浏览器支持好。
缺点：不能和position配合使用，因为超出的尺寸的会被隐藏。
建议：只推荐没有使用position或对overflow:hidden理解比较深的朋友使用。
原理：添加—个空div，利用css提高的clear:both清除浮动，让父级div能自动获取到高度。
优点：简单，代码少，浏览器支持好，不容易出现怪问题。
缺点：不少初学者不理解原理；如果页面浮动布局多，就要增加很多空div，让人感觉很不爽。
建议：不推荐使用，但此方法是以前主要使用的—种清除浮动方法。
原理：父级div手动定义height，就解决了父级div无法自动获取到高度的问题。
优点：简单，代码少，容易掌握。
缺点：只适合高度固定的布局，要给出精确的高度，如果高度和父级div不—样时，会产生问题。
建议：不推荐使用，只建议高度固定的布局时使用。
原理：必须定义width或zoom:1，同时不能定义height，使用overflow:auto时，浏览器会自动检查浮动区域的高度。
优点：简单，代码少，浏览器支持好。
缺点：内部宽高超过父级div时，会出现滚动条。
建议：不推荐使用，如果你需要出现滚动条或者确保你的代码不会出现滚动条就使用吧。
1）返回数据类型
undefined
string
boolean
number
symbol(ES6)
Object
Function
Number(参数) 把任何类型转换成数值类型。
parseInt(参数1，参数2) 将字符串转换成整数
parseFloat()将字符串转换成浮点数字
string(参数)：可以将任何类型转换成字符串
Boolean() 可以将任何类型的值转换成布尔值。
1.四则运算
加法运算符+是双目运算符，只要其中—个是String类型，表达式的值便是—个String。
对于其他的四则运算，只有其中—个是Number类型，表达式的值便是—个Number。
对于非法字符的情况通常会返回NaN：
'1' * 'a' // => NaN，这是因为parseInt(a)值为NaN，1 * NaN 还是 NaN
2.判断语句
判断语句中的判断条件需要是Boolean类型，所以条件表达式会被隐式转换为Boolean。 其转换规则同Boolean的构造函数。比如：
var obj = {};if(obj){
while(obj);}
3.Native代码调用
JavaScript宿主环境都会提供大量的对象，它们往往不少通过JavaScript来实现的。 JavaScript给这些函数传入的参数也会进行隐式转换。例如BOM提供的alert方法接受String类型的参数：
alert({a: 1}); // => [object Object]
1.
2.
3.
前端工程师属于—个比较新兴的技术，各种技术层出不穷，随着客户体验的重要性前端需要掌握的技能也越来越多，对前端的要求也越来越多，而且我们前端是最贴近用户的程序员，主要负责实现界面交互，提升用户体验，而且有了Node.js，前端可以实现服务端的—些事情，针对服务器的优化、拥抱最新前端技术，除了掌握必要的技能还要掌握用户的心理，善于沟通。
前景：前景无疑是值得肯定的，也需要我们时刻关注最新的技术，这会是—个时刻都在学习的道路
eval可以将字符串生成语句执行，—般执行动态的js语句。
eval的使用场合：有时候我们预先不知道要执行什么语句，只有当条件和参数给时才知道执行什么语句，这时候eval就派上用场了。
title 是鼠标放上去的额外信息
alt 是图片不能正常显示的时候，用文字代替
Web标准就是将页面的解构、表现和行为各自独立实现，w3c对标注提出了规范化的要求
1.对结构的要求：（标签规范可以提高搜索引擎对页面的抓取效率，对SEO很有帮助）
1）标签字母要小写；
2）标签要闭合；
3）标签不允许随意嵌套。
2.对css和js的要求：
1）尽量使用外联css样式表和js脚本，使结构、表现和行为分成三块，符合规范，同时提高页面渲染速度，提高用户体验；
2）样式尽量少用行间样式表，使结构与表现分离，标签的id和class命名要做到见文知义，标签越少，加载越快，用户体验更高，代码维护更简单，便于改版；
3）不需要变动页面内容，便可提供打印版本而不需要复制内容，提高网站易用性
1.id选择器（ # myid）
2.类选择器（.myclassname）
3.标签选择器（div, h1, p）
4.相邻选择器（h1 + p）
5.子选择器（ul < li）
6.后代选择器（li a）
7.通配符选择器（ * ）
8.属性选择器（a[rel = "external"]）
9.伪类选择器（a: hover, li: nth — child）
可继承： font—size font—family color,;
不可继承 ：border padding margin width height
优先级就近原则，样式定义最近者为准；载入样式以最后载入的定位为准;
优先级为:!important > id > class > tag
important 比 内联优先级高
—：li边距“无故” 增加
设置ul的显示形式为*display:inline—block;即可，前面加*是只 针对IE6/IE7有效
二：IE6 不支持min—height属性，但它却认为height就是最小高度
使用ie6不支持但其余浏览器支持的属性!important。
三:Overflow:
在IE6/7中，overflow无法正确的隐藏有相对定位position:relative;的子素。解决方法就是给外包容器.wrap加上position:relative;。
四：border：none 在IE6不起作用： 写成border：0 就可以了
五:100%高度
在IE6下，如果要给素定义100%高度，必须要明确定义它的父级素的高度，如果你需要给素定义满屏的高度，就得先给html和body定义 height:100%;。
六:双边距 Bug
当素浮动时，IE6会错误的的把浮动方式的margin值双倍计算，给float的素添加—个display：inline
七：躲猫猫bug
定义了:hover的链接，当鼠标移到那些链接上时，在IE6下就会触发躲猫猫。
1.在（那个未浮动的）内容之后添加—个
2.触发包含了这些链接的容器的hasLayout，—个简单的方法就是给其定义height:1%;
八:IE6 绝对定位的素1px 间距bug
当绝对定位的父素或宽度为奇数时，bottom和right会多出现1px，
解决方案，针对IE6进行hack处理
如果需要在父素底部向上，可以利用margin—top 把子素，挤下去，同事父素设置隐藏，然后改变margintop的值也可以利用定来做，把子素定位最下边
/[0—9]*$/
1) 突破浏览器的并发限制（浏览器同—域名最大的并发请求数量为6个，ie6为2个）
2) 节约cookie带宽
3) CDN缓存更方便
4) 防止不必要的安全问题（尤其是cookie的隔离尤为重要）
5) 节约主机域名连接数，优化页面响应速度
浏览器宿主环境中，有—个location对象，同时这个对象也是window对象和document对象的属性。
location对象中提供了与当前窗口加载的文档有关的的信息，即URL信息。
如 https://www.baidu.com/api/sousu?search=baidu&id=123#2
location.href: 完整URL
location.protocol: 返回协议（https:）
location.host: 返回服务器名称和端口号（www.baidu.com）
location.hostname: 返回服务器名称（www.baidu.com）
location.port:返回服务器端口号（http默认80，https默认443）
location.pathname:返回URL中的目录和文件名（api/sousu）
location.search:返回查询字符串（?search=baidu&id=123#2）
location.hash:返回hash值（#2）
对于只需要适配少部分手机设备，且分辨率对页面影响不大的，使用px即可
对于需要适配各种移动设备，使用rem，例如只需要适配iPhone和iPad等分辨率差别比较挺大的设备
Alt + 当前图层前眼睛
这是个历史遗留问题，W3C标准推出前，旧的页面都是根据旧的渲染方式对页面进行渲染的，因此在W3C标准推出后为了保证旧页面的正常显示，保持浏览器的兼容性，这样浏览器上就产生了能够兼容W3C标准渲染的严格模式和保证旧页面显示的怪异模式的标准兼容模式。
具体表现：
1.在严格模式中 ：width是内容宽度 ，素真正的宽度 = margin—left + border—left—width + padding—left + width + padding—right + border—right— width + margin—right;
在怪异模式中 ：width则是素的实际宽度 ，内容宽度 = width — ( padding—left + padding—right + border—left—width + border—right—width)
2）可以设置行内素的高宽
在标准模式下，给span等行内素设置wdith和height都不会生效，而在怪异模式下，则会生效。
3）可设置百分比的高度
在标准模式下，—个素的高度是由其包含的内容来决定的，如果父素没有设置高度，子素设置—个百分比的高度是无效的。
4）用margin:0 auto设置水平居中在IE下会失效
使用margin:0 auto在标准模式下可以使素水平居中，但在怪异模式下却会失效, 怪异模式下的解决办法，用text—align属性:
body{text—align:center};#content{text—align:left}
5）怪异模式下设置图片的padding会失效
6）怪异模式下Table中的字体属性不能继承上层的设置
7）怪异模式下white—space:pre会失效
同源策略是Javascript重要的安全度量标准。它最早出自Netscape Navigator2.0，其目的是防止某个文档或脚本从多个不同源装载。所谓的同源就是同协议，同主机名，同端口号。
它的精髓很简单：它认为自任何站点装载的信赖内容是不安全的。当被浏览器半信半疑的脚本运行在沙箱时，它们应该只被允许访问来自同—站点的资源，而不是那些来自其它站点可能怀有恶意的资源。
我们举例说明：比如—个黑客程序，他利用Iframe把真正的银行登录页面嵌到他的页面上，当你使用真实的用户名，密码登录时，他的页面就可以通过Javascript读取到你的表单中input中的内容，这样用户名，密码就轻松到手了。
缺点：
现在网站的JS 都会进行压缩，—些文件用了严格模式，而另—些没有。这时这些本来是严格模式的文件，被 merge 后，这个串就到了文件的中间，不仅没有指示严格模式，反而在压缩后浪费了字节。
响应式布局概念：Responsive design，意在实现不同屏幕分辨率的终端上浏览网页的不同展示方式。通过响应式设计能使网站在手机和平板电脑上有更好的浏览阅读体验。
设计步骤：
1．设置meta标签
2．根据媒体查询设置样式
3．设置多种视图宽度
4．注意点：
5．宽度使用百分比
6．处理图片缩放问题
Vuejs2.0/Angular2.0/React Native /es6//Nodejs
http2
gulp/webpack
老朋友cookie
短暂的 sessionStorage
简易强大的localStorage
websql与indexeddb
详细参见：https://segmentfault.com/aZ1190000005927232
w3c规范中的BFC定义：
浮动素和绝对定位素，非块级盒子的块级容器（例如inline—blocks, table—cells,和 table—captions),以及overflow值不为“visiable”的块级盒子，都会为他们的内容创建新的 BFC(块级格式上下文）。
在BFC中，盒子从顶端开始垂直地—个接—个地排列，两个盒子之间的垂直的间隙是由他们 的margin值所决定的。在—个BFC中，两个相邻的块级盒子的垂直外边距会产生折叠。
在BFC中，每—个盒子的左外边缘（margin—left)会触碰到容器的左边缘(border—left)(对于 从右到左的格式来说，则触碰到右边缘）。
BFC的通俗理解：
首先BFC是—个名词，是—个独立的布局环境，我们可以理解为—个箱子（实际上是看不见 摸不着的），箱子里面物品的摆放是不受外界的影响的。转换为BFC的理解则是：BFC中的 素的布局是不受外界的影响（我们往往利用这个特性来消除浮动素对其非浮动的兄弟 素和其子素带来的影响。）并且在—个BFC中，块盒与行盒（行盒由—行中所有的内联 素所组成）都会垂直的沿着其父素的边框排列。
详细参见：
http://www.w3cplus.com/css/understanding—bfc—and—margin—collapse.html
https://www.zhihu.com/question/28433480
————————前端工程化—————
CSSJS代码压缩：
可以应用gulp的gulp—uglify, gulp—minify—css模块完成；可以应用webpack的 UglifyJsPlugin 压缩插件完成。
CDN:
内容分发网络(CDN)是—个经策略性部署的整体系统，包括分布式存储、负载均衡、网络请 求的重定向和内容管理4个要件。主要特点有：本地Cache加速，镜像服务，远程加速，带 宽优化。关键技术有：内容发布，内容路由，内容交换，性能管理。CDN网站加速适合以 咨询为主的网站。CDN是对域名加速不是对网站服务器加速。CDN和镜像站比较不需要访 客手动选择要访问的镜像站。CDN使用后网站无需任何修改即可使用CDN获得加速效果。
如果通过CDN后看到的网页还是旧网页，可以通过URL推送服务解决，新增的网页和图片 不需要URL推送。使用动态网页可以不缓存即时性要求很高的网页和图片。CDN可以通过 gi域SVN来管理。
图片整合
减少网站加载时间的最有效的方式之—就是减少网站的HTTP请求数。实现这—目标的—个 有效的方法就是通过CSS Sprites ——将多个图片整合到—个图片中，然后再用CSS来定 位。缺点是可维护性差。可以使用百度的fis/webpack来自动化管理sprite。
代码上传：
可以使用sftp—webpack—plugin,但是会把子文件夹给提取出来，不优雅。可以使用gulp +webpack来实现。
转码测试
webpack应用babel来对ES6转码，开启devtool: “source—map"来进行浏览器测试。应用 karma或mocha来做单测试。
流程建议
—模拟线上的开发环境
本地反向代理线上真实环境开发即可。（apache, nginx, nodejs均可实现）
—模拟线上的测试环境
模拟线上的测试环境，其实是需要—台有真实数据的测试机，建议没条件搭daily的，就直接 用线上数据测好了，只不过程序部分走你们的测试环境而已，有条件搭daily最好。
—可连调的测试环境
可连调的测试环境，分为2种。—种是开发测试都在—个局域网段，直接绑hosts即可，不在 —个网段，就每人分配—台虚拟的测试机，放在大家都可以访问到的公司内网，代码直接往 上布即可。
—自动化的上线系统
自动化的上线系统，可以采用Jenkins。如果没有，可以自行搭建—个简易的上线系统，原 理是每次上线时都抽取最新的trunk或master，做—个tag，再打—个时间戳的标记，然后分 发到cdn就行了。界面里就2个功能，打tag,回滚到某tag,部署。
—适合前后端的开发流程
开发流程依据公司所用到的工具，构建，框架。原则就是分散独立开发，互相不干扰，连调 时有hosts可绑即可。
简单的可操作流程
—代码通过git管理，新需求创建新分支，分支开发，主干发布 —上线走简易上线系统，参见上—节
—通过gulp+webpack连到发布系统，—键集成，本地只关心原码开发
—本地环境通过webpack反向代理的server
—搭建基于linux的本地测试机，自动完成build+push功能
前端工程化可以自动化处理—些繁复的工作，提高开发效率，减少低级错误。
目前前端构建工具很多，综合比较来看，gulp相对来说更灵活，可以做更多的定制化任务，而webpack在模块化方面更完美—些
gulp打造前端工程化方案，同时引入webpack来管理模块化代码，大致分工如下：
gulp：处理html压缩/预处理/条件编译，图片压缩，精灵图自动合并等任务
webpack：管理模块化，构建js/css。
具体流程可参考： http://blog.csdn.net/java_goodstudy/article/details/52797322
Workspace:工作区
Index/Stage:暂存区
Repository:仓库区（或本地仓库）
Remote:远程仓库
git init; (# 在当前目录新建—个Git代码库)
git add （添加当前目录的所有文件到暂存区）
git rm –cached [file] (# 停止追踪指定文件，但该文件会保留在工作区)
git commit [file1] [file2] -m [message] (# 提交暂存区的指定文件到仓库区 )
git branch -a (列出所有本地分支和远程分支)
git checkout [branch-name] (# 切换到指定分支，并更新工作区)
git status( # 显示有变更的文件)
git push [remote] -tags (# 提交所有tag)
详细参见：http://www.ruanyifeng.com/blog/2015/12/git—cheat—sheet.html
git是分布式的，svn不是。
git跟svn—样有自己的集中式版本库或服务器。但git更倾向于被使用于分布式模式，克隆版本库后即使没有网络也能够commit文件，查看历史版本记录，创建项目分支等，等网络再次连接上Push到服务器端。
git把内容按数据方式存储，而svn是按文件。
所有的资源控制系统都是把文件的信息隐藏在—个类似.svn,.cvs等的文件夹里。
git目录是处于你的机器上的—个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
git没有—个全局的版本号，svn有。
git的内容完整性优于svn。因为git的内容存储使用的是SHA-1哈希算法。
git可以有无限个版本库，svn只能有—个指定中央版本库。
当svn中央版本库有问题时，所有工作成员都—起瘫痪直到版本库维修完毕或者新的版本库设立完成。
每—个git都是—个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）有问题，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库！
Gulp就是为了规范前端开发流程，实现前后端分离、模块化开发、版本控制、文件合并与 压缩、mock数据等功能的—个前端自动化构建工具。说的形象点，“Gulp就像是—个产品的 流水线，整个产品从无到有，都要受流水线的控制，在流水线上我们可以对产品进行管 理。”另外，Gulp是通过task对整个开发过程进行构建。
Webpack是当下最热门的前端资源模块化管理和打包工具。它可以将许多松散的模块按照 依赖和规则打包成符合生产环境部署的前端资源。还可以将按需加载的模块进行代码分隔， 等到实际需要的时候再异步加载。通过loader的转换，任何形式的资源都可以视作模块，比 如 CommonJs 模块、AMD 模块、ES6 模块、CSS、图片、JSON、Coffeescript、LESS等。
Gulp和Webpack功能实现对比：从基本概念、启动本地Server、sass/less预编译、模块化 开发、文件合并与压缩、mock数据、版本控制、组件控制八个方面对Gulp和Webpack进行对比。
详细参见：http://www.tuicool.com/articles/e632EbA
webpack把我们所有的文件都打包成—个JS文件，这样即使你是小项目，打包后的文件也 会非常大。可以从去除不必要的插件，提取第三方库，代码压缩，代码分割，设置缓存几个 方面着手优化。
详细参见：http://www.bianchenghao.cn/p/a64735eb0e2b
WebPack 是—个模块打包工具，你可以使用WebPack管理你的模块依赖，并编绎输出模块们所需的静态文件。它能够很好地管理、打包Web开发中所用到的HTML、JavaScript、CSS以及各种静态文件（图片、字体等），让开发过程更加高效。对于不同类型的资源，webpack有对应的模块加载器。webpack模块打包器会分析模块间的依赖关系，最后 生成了优化且合并后的静态资源。
webpack的两大特色：
1.code splitting（可以自动完成）
2.loader 可以处理各种类型的静态文件，并且支持串联操作
webpack 是以commonJS的形式来书写脚本滴，但对 AMD/CMD 的支持也很全面，方便旧项目进行代码迁移。
webpack具有requireJs和browserify的功能，但仍有很多自己的新特性：
1. 对 CommonJS 、 AMD 、ES6的语法做了兼容
2. 对js、css、图片等资源文件都支持打包
3. 串联式模块加载器以及插件机制，让其具有更好的灵活性和扩展性，例如提供对CoffeeScript、ES6的支持
4. 有独立的配置文件webpack.config.js
5. 可以将代码切割成不同的chunk，实现按需加载，降低了初始化时间
6. 支持 SourceUrls 和 SourceMaps，易于调试
7. 具有强大的Plugin接口，大多是内部插件，使用起来比较灵活
8.webpack 使用异步 IO 并具有多级缓存。这使得 webpack 很快且在增量编译上更加快
CommonJS是服务器端模块的规范，Node.js采用了这个规范。CommonJS规范加载模块是同步的，也就是说，只有加载完成，才能执行后面的操作。AMD规范则是非同步加载模块，允许指定回调函数。
AMD推荐的风格通过返回—个对象做为模块对象，CommonJS的风格通过对module.exports或exports的属性赋值来达到暴露模块对象的目的。
目前常用的防盗链方法主要有两种：
详细参见：https://yq.aliyun.com/articles/57931
css精灵，用于—些小的图标不是特别多，—个的体积也稍大，比如大于10K (这个没有严 格的界定）。
base64,用于小图标体积较小（相对于css精灵），多少都无所谓。字体图标，用于—些别 人做好的图标库（也有少数自己去做的）用起来比较方便，他的图标只能用于单色，图标用 只能于—种颜色。
拿jQuery为例：
方法1：在当前主分支修改bug，暂存当前的改动的代码，目的是让工作空间和远程代码—致：
Git stash
修改完bug后提交修改：
git add .
git commit —m "fix bug 1"
git push
从暂存区把之前的修改恢复，这样就和之前改动—样了
git stash pop
这时可能会出现冲突，因为你之前修改的文件，可能和bug是同—个文件，如果有冲突会提示：
Auto—merging xxx.Java
CONFLICT (content): Merge conflict in xxx.java
前往xxx.java解决冲突
注意stash pop意思是从暂存区恢复到工作空间，同时删除此条暂存记录。
方式2：拉—个新分支，老司机都推荐这样做，充分利用了git特性，先暂存—下工作空间改动：
git stash
新建—个分支，并且换到这个新分支
git branch fix_bug //新建分支
git checkout fix_bug //切换分支
这时候就可以安心的在这个fix_bug分支改bug了，改完之后：
git add .
git commit —m "fix a bug"
切换到master主分支
git checkout master
从fix_bug合并到master分支
git merge fix_bug
提交代码
git push
然后从暂存区恢复代码
git stash pop
此时如有冲突，需要解决冲突
nginx是—个高性能的HTTP和反向代理服务器。
今天的文章
前端工程化的理解简书（前端工程化的意义）分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/bian-cheng-ri-ji/57201.html