个人摸底测试总结（第一天）

1，网页中如何让一个div垂直居中？（越多越好）

方案一：div绝对定位水平垂直居中【margin:auto实现绝对定位元素的居中】

div{
 width:200px;
 height:200px;
 postion:absolute;
 top:0;
 left:0;
 right:0;
 bottom:0;
 margin:auto;
}

方案二：div绝对定位水平垂直居中【margin 负间距】

div{
 width:200px;
 height:200px;
 postion:absolute;
 top:50%;
 left:50%;
 margin-top-100px;
 margin-left:-100pxx
}

方案三：css不定宽高水平垂直居中用display方法

　　　　　.box{
             height:600px;
             display:flex;
             justify-content:center;
             align-items:center;
        }
        .box>div{
            background: green;
            width: 200px;
            height: 200px;
        }

2，移动端布局有哪些兼容性问题

一，移动端300ms延迟

二，input为fixed定位，在ios下input固定定位在顶部或者底部，在页面滚动一些距离后，点击input(弹出键盘)，input位置会出现在中间位置。

解决方案:内容列表框也是fixed定位,这样不会出现fixed错位的问题

3，使用过那些Less或CSS预处理器吗？Less或Sass如何声明一个变量？

$color:#fff;

.box{
  border:1px solid $color;
}

4，写出的最常用的git命令，越多越好

git init
git clone
git status
git add .
git commit -m ""
git config --list
git helper -a
git rm
git push -f -u origin

5.html5有哪些常用的api？你经常使用那些？

一，历史记录

二，fileReader（上传文件，读取中的详细信息）

6，什么时候不能使用箭头函数

箭头函数没有自己的this所以

一，对象方法中 二，原型方法中 三，构造函数四，回调函数五，vue生命周期

7，vue的生命周期有哪些，什么时候触发

• 创建前：beforeCreate, 创建后：created
• 挂载前：beforeMount, 挂载后：mounted
• 更新前：beforeUpdate, 更新后：updated
• 销毁前：beforeDestroy, 销毁后：destroyed

8，你知道那些前端的优化方法

一，避免不必要的渲染

二，不用内联样式

三，svg代替一些图片

四，使用懒加载

9，请描绘一下TCP三次握手和四次挥手过程

三次握手：

第一次握手：客户端发送syn包(seq=x)到服务器，并进入SYN_SENT状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（seq=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。

个人解释

第一次握手，客户端对服务器发送一个 syn包 说，你好我来了，做好准备吧

第二次握手，服务器收到了syn包，然后自己做好准备，发了一个syn包，告诉客户端自己进入准备状态了

第三次握手，客户端收到了，最后向服务器确认，发了一个ACK包，发送完毕之后进入链接状态

四次挥手：

与建立连接的“三次握手”类似，断开一个TCP连接则需要“四次握手”。
第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不 会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可 以接受数据。
第二次挥手：被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。
第三次挥手：被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，我的数据也发送完了，不会再给你发数据了。
第四次挥手：主动关闭方收到FIN后，发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。

个人解释

第一次挥手，先说再见的那一个告诉另一个，我要关闭了，发送了一个FIN

第二次挥手，另一个收到时候，发了一个确认，ACK我知道了

第三次挥手，另一个发送完之后，也发了一个信息告诉先说再见的那个我也完事了，我们结束了，FIN

第四次挥手，先说再见的收到之后，发送了一个确定，ACK

10，在之前的项目中那个项目给你留下的印象最深？

在和老师做考试管理系统的时候，涉及到一个vue-router路由权限分配，最后查资料官网解决的