引入场景有时候我们不希望组件被重新渲染影响使用体验；或者处于性能考虑，避免多次重复渲染降低性能。而是希望组件信息可以缓存下来,维持当前的状态。这时候就可以用到keepalive组件。官网解释：<keepalive包裹动

前言相信大家对Vue有哪些生命周期早就已经烂熟于心，但是对于这些生命周期的前后分别做了哪些事情，可能还有些不熟悉。本篇文章就从一个完整的流程开始，详细讲解各个生命周期之间发生了什么事情。注意本文不涉及keepalive的场景和错误处理的场景。初始化流程newVue从newVue(opti

10\.谈谈你对keepalive的理解是什么？keepalive是Vue提供的一个抽象组件，用来对组件进行缓存，当组件切换时不会进行销毁，从而节省性能。由于是一个抽象组件，所以在页面渲染完毕后不会被渲染成一个DOM元素。1）include定义缓存白名单，keepalive会缓存命中的组件；2）exclude定义缓存黑名单

Nginxkeepalived高可用双机热备（主从模式/双主模式）基础介绍负载均衡技术对于一个网站尤其是大型网站的web服务器集群来说是至关重要的！做好负载均衡架构，可以实现故障转移和高可用环境，避免单点故障，保证网站健康持续运行。   关于负载均衡介绍，可以参考：linux负载均衡总结性说明（四层负载/七层负载）

TCP是一个有状态通讯协议，所谓的有状态是指通信过程中通信的双方各自维护连接的状态。一、TCPkeepalive先简单回顾一下TCP连接建立和断开的整个过程。（这里主要考虑主流程，关于丢包、拥塞、窗口、失败重试等情况后面详细讨论。）首先是客户端发送syn（SynchronizeSequenceNumbers：

etcd的使用文章。etcd来zookeeper类似，常用的主要有set，get，getPrefix：获取指定前缀的所有数据，grant：key的超时设置，watch：监听回调事件，watchPrefix：监听某个前缀的事件，keepAlive：为某个key设置自动续约、自动刷新过期时间。zk的大部分功能，etcd都有。但有一个，譬如虚拟节点，zk可

T婶早上同步了一个消息， Nginx代理和Upstream服务器之间在某种情况下一直发connection:close。Nginx从1.13.6升级到了1.15.8出现的问题，T婶牺牲了午休的时间堵上的这个坑，其根本原因，是升级到1.15.8之后，Nginx的长链接Keepalive\_Requests的默认值变成了：100。 过个这个极值就

keepalive\_requests作者：tweyseo (T神发稿件)01最近客户端（APP）换了新的网络库，几轮测试下来，功能和性能上都是正常的，只是网络库对应的日志里会有连接被关闭的提示，开始以为新的网络库踩到坑了，客户端的同学排查了几轮下来，过滤抓包发现是服务端发fin包主动关闭的