diff --git a/CATALOG.md b/CATALOG.md
index 6732485f..9cfb3a0f 100644
--- a/CATALOG.md
+++ b/CATALOG.md
@@ -1,5 +1,10 @@
# Catalog
+**2020-06-08**
+> 第105题：[DNS解析过程](Browser/DNS解析过程.md)
+
+
+
**2020-06-07**
> 第104题：[Js文件异步加载](JavaScript/Js文件异步加载.md)
diff --git a/README.md b/README.md
index ce183290..cddd3003 100644
--- a/README.md
+++ b/README.md
@@ -112,6 +112,7 @@
* [浏览器窗口间通信](Browser/浏览器窗口间通信.md)
* [OAUTH开放授权](Browser/OAUTH开放授权.md)
* [SSO单点登录](Browser/SSO单点登录.md)
+* [DNS解析过程](Browser/DNS解析过程.md)
### Vue
* [Vue生命周期](Vue/Vue生命周期.md)
diff --git "a/Vue/Vue\344\270\255key\347\232\204\344\275\234\347\224\250.md" "b/Vue/Vue\344\270\255key\347\232\204\344\275\234\347\224\250.md"
new file mode 100644
index 00000000..605b6e0b
--- /dev/null
+++ "b/Vue/Vue\344\270\255key\347\232\204\344\275\234\347\224\250.md"
@@ -0,0 +1,190 @@
+# Vue中key的作用
+`key`的特殊`attribute`主要用在`Vue`的虚拟`DOM`算法，在新旧`Nodes`对比时辨识`VNodes`。如果不使用`key`，`Vue`会使用一种最大限度减少动态元素并且尽可能的尝试就地修改、复用相同类型元素的算法，而使用`key`时，它会基于`key`的变化重新排列元素顺序，并且会移除`key`不存在的元素。此外有相同父元素的子元素必须有独特的`key`，重复的`key`会造成渲染错误。
+
+## 描述
+首先是官方文档的描述，当`Vue`正在更新使用`v-for`渲染的元素列表时，它默认使用就地更新的策略，如果数据项的顺序被改变，`Vue`将不会移动`DOM`元素来匹配数据项的顺序，而是就地更新每个元素，并且确保它们在每个索引位置正确渲染。这个默认的模式是高效的，但是只适用于不依赖子组件状态或临时`DOM`状态的列表渲染输出，例如表单输入值。为了给`Vue`一个提示，以便它能跟踪每个节点的身份，从而重用和重新排序现有元素，你需要为每项提供一个唯一 `key attribute`，建议尽可能在使用`v-for`时提供`key attribute`，除非遍历输出的`DOM`内容非常简单，或者是刻意依赖默认行为以获取性能上的提升。
+简单来说，当在列表循环中使用`key`时，需要使用`key`来给每个节点做一个唯一标识，`diff`算法就可以正确的识别此节点，找到正确的位置直接操作节点，尽可能地进行重用元素，`key`的作用主要是为了高效的更新虚拟`DOM`。此外，使用`index`作为`key`是并不推荐的做法，其只能保证`Vue`在数据变化时强制更新组件，以避免原地复用带来的副作用，但不能保证最大限度的元素重用，且使用`index`作为`key`在数据更新方面和不使用`key`的效果基本相同。
+
+## 示例
+
+首先定义一个`Vue`实例，渲染四个列表，分别为简单列表与复杂列表，以及其分别携带`key`与不携带`key`时对比其更新渲染时的速度，本次测试使用的是`Chrome 81.0`，每次在`Console`执行代码时首先会进行刷新重新加载界面，避免浏览器以及`Vue`自身优化带来的影响。
+
+```html
+
+
+
+ Vue
+
+
+
+
+
+
+
+```
+
+### 简单列表
+在简单列表的情况下，不使用`key`可能会比使用`key`的情况下在更新时的渲染速度更快，这也就是官方文档中提到的，除非遍历输出的`DOM`内容非常简单，或者是刻意依赖默认行为以获取性能上的提升。在下面的例子中可以看到没有`key`的情况下列表更新时渲染速度会快，当不存在`key`的情况下，这个列表直接进行原地复用，原有的节点的位置不变，原地复用元素，将内容更新为`5`、`6`、`7`、`8`、`9`、`10`，并添加了`11`与`12`两个节点，而存在`key`的情况下，原有的`1`、`2`、`3`、`4`节点被删除，`5`、`6`节点保留，添加了`7`、`8`、`9`、`10`、`11`、`12`六个节点，由于在`DOM`的增删操作上比较耗时，所以表现为不带`key`的情况下速度更快一些。
+
+
+```javascript
+// 没有key的情况下
+console.time();
+vm.simpleListWithoutKey = [5, 6, 7, 8, 9, 10, 11, 12];
+vm.$nextTick(() => console.timeEnd());
+// default: 2.193056640625ms
+```
+
+```javascript
+// 存在key的情况下
+console.time();
+vm.simpleListWithKey = [5, 6, 7, 8, 9, 10, 11, 12];
+vm.$nextTick(() => console.timeEnd());
+// default: 3.2138671875ms
+```
+
+原地复用可能会带来一些副作用，文档中提到原地复用这个默认的模式是高效的，但是只适用于不依赖子组件状态或临时`DOM`状态的列表渲染输出，例如表单输入值。在不设置`key`的情况下，元素中没有与数据`data`绑定的部分，`Vue`会默认使用已经渲染的`DOM`，而绑定了数据`data`的部分会进行跟随数据渲染，假如操作了元素位置，则元素中未绑定`data`的部分会停留在原地，而绑定了`data`的部分会跟随操作进行移动，在下面的例子中首先需要将两个`A`之后的输入框添加数据信息，这样就制作了一个临时状态，如果此时点击下移按钮，那么不使用`key`的组中的输入框将不会跟随下移，且`B`到了顶端并成为了红色，而使用`key`的组中会将输入框进行下移，且`A`依旧是红色跟随下移。
+
+
+```html
+
+
+
+
+
+ 就地复用
+
+
+
+
+
采用就地复用策略(vuejs默认情况)
+
+ {{p.name}}
+
+
+
+
+
不采用就地复用策略(设置key)
+
+ {{p.name}}
+
+
+
+
+