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生命周期