7.事件?IE和火狐的事件机制有什么区别?如何阻止冒泡?
事件流描述的是从页面中接受事件的顺序,分为冒泡流和捕获流
事件冒泡是指事件从最具体的元素接受,然后逐级向上传播,直到不具体的节点;而事件捕获则相反,他是从不具体的节点开始,逐步到最具体的节点
IE的事件是冒泡流,而火狐的是同时支持冒泡和捕获
阻止事件冒泡:e.stopPropagation();ie是使用e.cancelBubble = true;
6.为什么要初始化样式
因为浏览器兼容的问题,不同的浏览器标签的默认值不一样,如果没有css初始化会导致浏览器之间会出现显示差异
但是弊端是会对搜索引擎优化有影响
5.结构样式和行为的关系
4.alert换行
```
var a = "123";
var b = "qadsc";
var str = `${a}\n${b}`;
alert(str)
```
3.ajax原理
ajax原理:就是通过XmlHttpRequest对象来向服务器发起异步请求,从服务器获取数据,然后用JavaScript来操作Dom元素更新页面,关键是从服务器获取数据的原理
XmlHttpRequest对象有以下属性:
onreadystatechange 每次状态改变所触发事件的事件处理程序.
responseText 从服务器进程返回的数据字符串形式
responseXML 从服务器进程返回的DOM兼容的文档数据对象
status 从服务器返回的数字代码,比如404或200
status Text 伴随状态的字符串信息
readyState 对象状态值
0 (未初始化)对象已经建立,但是尚未初始化(尚未调用open方法)
1(初始化)对象已经建立,尚未调用send
2(发送数据)send方法已经调用,但是当前的状态以及http头未调用
3(数据传输中)已经接受部分数据,因为响应头不全,这时通过responseBody和responseText获取数据会出现错误
4(完成)数据接受完毕,此时可以通过responseXml和responseText获取完整的数据回应
2.prototype的使用
1.一个元素的显示和隐藏
```
//dom元素在页面的位置任然被占用,只是显示为空白
document.getElementById("#dom").style.visibility = "hidden";
document.getElementById("#dom").style.visibility = "visible";
//dom元素在页面的位置并不会被占用
document.getElementById("#dom").style.display = "none";
document.getElementById("#dom").style.display = "block";
```
1.session和cookie的区别
1. 由于HTTP协议是无状态的协议，所以服务端需要记录用户的状态时，就需要用某种机制来识具体的用户，这个机制就是Session.典型的场景比如购物车，当你点击下单按钮时，由于HTTP协议无状态，所以并不知道是哪个用户操作的，所以服务端要为特定的用户创建了特定的Session，用用于标识这个用户，并且跟踪用户，这样才知道购物车里面有几本书。这个Session是保存在服务端的，有一个唯一标识。在服务端保存Session的方法很多，内存、数据库、文件都有。集群的时候也要考虑Session的转移，在大型的网站，一般会有专门的Session服务器集群，用来保存用户会话，这个时候 Session 信息都是放在内存的，使用一些缓存服务比如Memcached之类的来放 Session。
2. 思考一下服务端如何识别特定的客户？这个时候Cookie就登场了。每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。有人问，如果客户端的浏览器禁用了 Cookie 怎么办？一般这种情况下，会使用一种叫做URL重写的技术来进行会话跟踪，即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户。
3. Cookie其实还可以用在一些方便用户的场景下，设想你某次登陆过一个网站，下次登录的时候不想再次输入账号了，怎么办？这个信息可以写到Cookie里面，访问网站的时候，网站页面的脚本可以读取这个信息，就自动帮你把用户名给填了，能够方便一下用户。这也是Cookie名称的由来，给用户的一点甜头。
所以，总结一下：
Session是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存在集群、数据库、文件中；
Cookie是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session的一种方式。
类似这种面试题，实际上都属于“开放性”问题，你扯到哪里都可以。不过如果我是面试官的话，我还是希望对方能做到一点——
不要混淆 session 和 session 实现。
本来 session 是一个抽象概念，开发者为了实现中断和继续等操作，将 user agent 和 server 之间一对一的交互，抽象为“会话”，进而衍生出“会话状态”，也就是 session 的概念。
而 cookie 是一个实际存在的东西，http 协议中定义在 header 中的字段。可以认为是 session 的一种后端无状态实现。
而我们今天常说的 “session”，是为了绕开 cookie 的各种限制，通常借助 cookie 本身和后端存储实现的，一种更高级的会话状态实现。
所以 cookie 和 session，你可以认为是同一层次的概念，也可以认为是不同层次的概念。具体到实现，session 因为 session id 的存在，通常要借助 cookie 实现，但这并非必要，只能说是通用性较好的一种实现方案。
2.vue生命周期
