live

歌曲名:Momentos (Live)歌手:Andrea Bocelli专辑:Under The Desert SkyAndrea Bocelli - Momentos (Live)Y yo me cobijaba por tu cuerpo,De noche nos pasamos las horashablando de mil cosas por hacery tu echabas los sentidos a volary a veces en peques discusionesperdidos en la noche y el silenciollegaba a amanecer.Y siempre amanecia con un beso y todespu me preparabas un cafy yo me desped cada d sondo con volver.Paramos el tiempo d a dquer descubrirte cada vezprendido de tu viday t?prendida de la mel mundo parec a nuestros pies.Ya ves que todo pasa qui dirya ves que poco queda del ayerapenas los recuerdosmomentos que no vuelven otra vez.Te acuerdas de las veces que dijimos,que nada nos podr separarel viento que escuchaba tus palabrascantaba tu cantar.sobamos sor.La vida se hace siempre de momentos,de cosas que no sueles valorary luego cuando pierdescuando al fin te has dado cuentael tiempo no te deja regresar.Ya ves que todo pasa,ui dirya ves que poco queda por contarapenas los recuerdosmomentos que no vuelven nunca m.http://music.baidu.com/song/1086988

歌曲名:Take Me Along (Live)歌手:Charles Aznavour专辑:Au Carnegie HallMiley Cyrus - Take Me AlongThe city of angels is lonely tonightKeep myself alive by candlelightSay she can"t love you like I doLook me in the eyes and say it"s trueI ask myself, is this love at all?When I need you most, you let me fallI"m always here at the side of your stageWould you live your life, pretend I"m okay?(We both know that this ain"t over)I"ll be okayI"ll hold you close, I will stay foreverI, I don"t understand why you"re leaving meI, I don"t understand, now without you I can"t breathePlease, don"t, don"t leave me hereTake my hand, I plead into tearsI don"t understand why you can"t take me with youYou can pretend that I don"t existBut you"ll see my face every time you kissI hope you hurt and your walls fall downWhen you hear the sound that I"m okay(We both know that this ain"t over)I"ll be okayYou can"t hold me down, I will stay foreverI, I don"t understand why you"re leaving meI, I don"t understand, now without you I can"t breathePlease don"t, don"t leave me hereTake my hand, I plead into tearsI don"t understand why you can"t take me with youI watched you leaveI"m awake tonight and I"m ready to go for the last timeAnd through the tears, I say goodbyeSo breath in, breath in, breath in, breath outI, I don"t understand why you"re leaving meI, I don"t understand, now without you I can"t breathePlease, don"t, don"t leave me hereTake my hand, I plead into tearsI don"t understand why you can"t take me with youI, I don"t understand why you"re leaving meI, I don"t understand, now without you I can"t breathePlease, don"t, don"t leave me hereTake my hand, I plead into tearsI don"t understand why you can"t take me with youhttp://music.baidu.com/song/2640482

A）阅读短文，选择正确答案There is an old tiger in the forest. He doesn"t want to look for food now. He often asks other animals to get him something to eat.One day, he sees a monkey and says, “I am hungry, monkey. Go to the village and get me something to eat.” “ I can"t do that now, tiger,” the monkey says, “There is another tiger over there. He will not let me get anything for you to eat. I am afraid of him.” “What?” cries the old tiger. “Take me to that tiger. I will talk to him.” The monkey and the tiger get to the bridge over the river. “Now look down at the water.” Says the monkey. “Do you see the tiger?” “Yes, I do,” cries the old tiger. “I will eat him.” With these words, the tiger jumps into the river.( )1 An old tiger lives ____.A. in the zoo B. in the garden C. in the forest D. on the farm( )2 How many tigers and monkeys are there in the story?A. Two tigers and two monkeys. B. Two tigers and one monkey.C. One tiger and two monkeys. D. One tiger and one monkey.( )3 Why does the tiger ask the other animals to get him food?Because ____.A. they are afraid of him B. only they can look for some foodC. they are his friends D. they like to do so( )4 The monkey ____.A. goes to get something to eat B. gets to the bridge with the tigerC. knows there is another tiger D. tells the tiger to jump into the water( )5 Which of the following is right?A. The tiger is very clever. B. The monkey eats the tiger.C. The tiger eats another tiger. D. The tiger jumps into the water.（B）吉姆正在和莎莉聊天。请根据聊天内容判断所给句子的对（A）错（B）Jim: How many days are there in a week?Sally: Why, seven, of course. Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, and Saturday?Jim: Well, Sally, can you speak out (说出) the five days of a week and not say Sunday, Monday, Tuesday, Wednesday, Thursday, Friday and Saturday?Sally: Let me see. I"m sorry I can"t. Can you?Jim: Of course I can. They are today, tomorrow, the day after tomorrow, yesterday, the day before yesterday.( ) 6 There are seven days in a week.( ) 7 Sally can speak out five days of the week and not say Sunday, Monday, Tuesday, Wednesday, Thursday, Friday and Saturday.( ) 8 Jim thinks there are five days in a week.( ) 9 It"s Saturday today, so tomorrow is Sunday.( ) 10 Tomorrow is the day before today. The world itself is becoming much smaller by using modern traffic and modern communication means（通讯设备）. Life today is much easier than it was hundreds of years ago, but it has brought new problems. One of the biggest is pollution. To pollute means to make things dirty. Pollution comes in many ways. We see it, smell it, drink it and even hear it.Man has been polluting the earth. The more people there are, the more pollution there will be. Many years ago, the pollution was not so serious because there were not so many people. Man is now slowly polluting the whole world.Air pollution is still the most serious. It"s bad for all the living things in the world, but it is not the only one kind of pollution. Water pollution kills our fish and pollutes our drinking water. Noise pollution makes us angry more easily.The pollution of SO2 is now the most dangerous kind of pollution. It is caused by heavy traffic. It is sure that if there are fewer people driving, there will be less pollution.Many countries are making rules to fight(同……作斗争) pollution. They stop people from burning coal(烧煤) in houses and factories in the city. Dirty water is not allowed to go into rivers, lakes, seas and oceans.The earth is our home. We must take good care of it.根据短文内容，选择正确答案，将其代号填入左边括号内。1. Our world is becoming much smaller because _______ .A. the earth is pollutedB. of the development(发展) of science and technologyC. of the growth(增长) in populationD. earth is blown away by the wind every year2. Many years ago, life was _______ it is today.A. much easier than B. as easy asC. as hard as D. much harder than3. The underlined(下划线的) word “it” at the end of the first paragraph(段落) means _______ .A. water pollution B. air pollutionC. noise pollution D. all kinds of pollution4. Why is air pollution the most serious kind of pollution? Because it _______ .A. is bad for all the living things in the worldB. makes much more noiseC. makes our rivers and lakes dirtyD. makes us angry more easily5. Which of the following is not true?A. Many countries are making rules to fight pollution.B. The problem isn"t so serious because there aren"t so many people living on the earth.C. The population of the earth is growing.D. If people could go to work on foot or by bike instead of motorbike or car, it would be helpful in fighting against the problem of SO2.(Keys:1?D5 BDCAB)二PollutionThe world itself is becoming much smaller by using modern traffic and modern communication means（通讯设备）. 1 today is much easier than it was hundreds of years ago, but it has brought new 2 . One of the biggest is pollution. To pollute means to make things dirty. Pollution comes in many ways. We see it, 3 it, drink it and even hear it.Man has been polluting the earth. The 4 people, the more pollution. Many years ago, the pollution was not so serious 5 there were not so many people. When the land was used up or the river was dirty in one place, man 6 to another place. But this is no longer true. Man is now slowly polluting the whole world.Air pollution is now the most serious. It"s 7 for all living things in the world, but it is not the only one kind of pollution. Water pollution 8 our fish and pollutes our drinking water. Noise pollution makes us 9 more easily.Many countries are making rules to fight pollution. They 10 people from burning coal（煤）in houses and factories in the city, and from putting dirty 11 into the air.Pollution by SO2 is now the most 12 kind of air pollution. It is caused by heavy traffic. It is true that if there are fewer people 13 , there will be less air pollution.The earth is our home. We must take care of it. That means 14 the land, water and air clean. And we must take care of the 15 in pollution at the same time.1. A. Flight B. Sleeping C. Life D. Meeting2. A. difficulties B. business C. jobs D. problems3. A. smell B. touch C. dream D. want4. A. better B. more C. fewer D. stranger5. A. if B. because C. until D. when6. A. flew B. ran C. moved D. arrived7. A. bad B. safe C. hard D. possible8. A. helps B. treats C. frightens D. kills9. A. hungry B. angry C. excited D. sad10. A. continue B. finish C. stop D. start11. A. fire B. litter C. wind D. smoke12. A. dangerous B. important C. interesting D. popular13. A. driving B. playing C. swimming D. dancing14. A. increasing B. producing C. keeping D. making15. A. progress B. price C. information D. rise(Keys:1?D 5 CDABB 6?D10 CADBC 11?D15 DAACD)答案：1-5 CDABD 6-10 ABBAB 累死我了，你看行吗O(∩_∩)O

livescores即时比分；即时比数；比分直播;现场比数;实时分数例句筛选1SoccerLiveScoresprovideyouthesoccerinformationforeverysoccerfans!“现场比数”提供所有有关足球资讯给所有足球粉丝！2Awomen"seventheldinAmeliaIsland,Florida.Livescores,history,anddrawsheets.一个女人的事件控制了安阿米莉亚岛，佛罗里达。实时分数，历史，并且拉表。3Officialsitewithlivescoresandinformationonthetournament,playerstatistics,scheduleofplay,andreal-timeaudio.有比赛，播放器统计，玩的时间表，和即时声音上的实时分数和信息的正式地点。

live scores 即时比分；即时比数；比分直播; 现场比数; 实时分数例句筛选1Soccer Live Scores provide you the soccer information for every soccer fans!“现场比数”提供所有有关足球资讯给所有足球粉丝！ 2A women"s event held in Amelia Island, Florida. Live scores, history, and draw sheets.一个女人的事件控制了安阿米莉亚岛，佛罗里达。实时分数，历史，并且拉表。 3Official site with live scores and information on the tournament, player statistics, schedule of play, and real-time audio.有比赛，播放器统计，玩的时间表，和即时声音上的实时分数和信息的正式地点。

歌曲名:Start (Live In Boston, 1970) (2Nd Show)歌手:The Doors专辑:Live In Boston 1970符琼音 - Star作词：刘虞瑞 作曲：陈国华Falling in and out of true loveEverywhere you turn,and turn is heartacheRight there, haunting you,day by dayNow it"s time to live and stand upBreak away the chains and pains,and escapeChanging attitude, so I sayThere"s a secret place you can goPut you in a trance, can"t let goCome on let your body move and you will knowWatch me shine like a star up in the skyOpen your eyes, you will see magicLet me make you all through the nightYou can shine like a star,nothing to hideBrace youself, it"s brand new worldYour every desire would burn like fireFace to face and eye to eye, boyCan"t you feel the blood inside, burning upSo reach out your hand, don"t you stopFree yourself and follow me, boyI will be your dream and lucky starHeaven, paradise, not too farThere"s a secret place you can goPut you in a trance, can"t let goCome on let your body move and you will knowShining like a starWatch me shine like a star up in the skyOpen your eyes, you will see magicLet me make you all through the nightYou can shine like a star,nothing to hideBrace youself, it"s brand new worldYour every desire would burn like fireShining like a starWatch me shine like a star up in the skyOpen your eyes, you will see magicLet me make you all through the nightYou can shine like a star,nothing to hideBrace youself, it"s brand new worldYour every desire would burn like fireHeaven Heaven Heaven ...http://music.baidu.com/song/7864049

歌曲名:Endless Love (Live)歌手:Diana Ross专辑:Greatest Hits LiveEndless LoveMy love, there"s only in my life,the only thing that"s right.My first love,you"re every breath that I takeYou"re every step I make.And I, I want to share all my love with you,no one else will do.And your eyes (your eyes, your eyes),there tell me how much you care.Oh yes, you will always be my endless love.Two hearts, two hearts that beat as one,our lives have just begun.Forever, I"ll hold you close in my arms.I can"t resist your charms.And love (oh love),I"ll be a fool for you.I"m sure you know I don"t mind(oh you know I don"t mind)Cause you, you mean the world to me.Oh I know (I know)I"ve found in you my endless love.Oh...Oh and love, I"ll be that fool for you.I"m sureyou know I don"t mind(oh you know I don"t mind)And yes, you"ll be the only one.Cause no one can deny this love I have inside.And I"ll give it all to youmy love (my love, my love) my endless love.end by gdhhttp://music.baidu.com/song/10335936

Lele doesn"t live in the city.行为动词作谓语一般现在时态的否定句是直接在主语后加助动词doesn"t，原来的动词用原形。

leleandhisparentsliveinavillagenearalakr莱兰和他的父母

s

歌曲名:Spain (Live)歌手:Elonkorjuu专辑:SeasonsBetween the Trees - SpainCan we sail to Spain?Just me and youOpen ocean and the bright blue sky aboveWell do you want, do you want the moon?I"ll get it for youFrom the top so high, to the valley lowI wanna give you whatever you need,so just let me knowCause all I want is more of youAll I want is you"Give me a dance," she says"Just take my hand," she saysI don"t want anythingLet"s make a getawayJust me and you, babeThe rest of the world can waitCause I"ve been waiting for you, ohI"ve been waiting for you, ohWith the world we know waiting on holdDo you think that we can really just be alone?Far from all that seems to keep us apartI need you, so don"t leave yetFind a way to stay even if just for a momentCause all I need is more of youAll I want is you"Give me a dance," she says"Just take my hand," she saysI don"t want anythingLet"s make a getawayJust me and you, babeThe rest of the world can waitCause I"ve been waiting for you, ohI"ve been waiting for you, oh"Give me a dance," she says"Just take my hand," she saysI don"t want anythingLet"s make a getawayJust me and you, babeThe rest of the world can waitCause I"ve been waiting for youI"ve been waiting for you"Give me a dance," she says"Just take my hand," she saysI don"t want anythingLet"s make a getawayJust me and you, babeThe rest of the world can waitCause I"ve been waiting for you, ohI"ve been waiting for you, waiting for youBeen waiting for youhttp://music.baidu.com/song/17700462

截止至2021年12月22日，该游戏还未上线，还无法玩。Livetopia作为一款全新上线的现象级模拟游戏，Livetopia中玩家们仿佛置身于第二人生，所有的玩法都十分的有意思，在这里你可以变成卡通小人进行全新的人生模拟玩法，并且这个游戏的自由度非常高，各个地方都可以尽情探索，该游戏目前还未正式上架，预计会在2022年春季结束之前上架。Livetopia特色游戏的制造团队，在游戏中创造了一个全新的大国际，加入了各种天气体系、昼夜体系、灾害体系等，让国际变得活灵活现，有着丰富的要素等候玩家自身去探索。像是忽然遭遇海啸，海的另一边就会有滔天巨浪向玩家袭来，玩家这时就要凭仗自己的反应力和操作，躲开那些袭来的水流，保证自己的生计，带来了严重刺激的游戏趣味，当然还能和其他玩家一起享受其他诸如跑酷、射击、竞速等多种玩法。

k,.kl]il;]jipllikl

suspicious是形容词，常跟of搭配，意思是：对-- 怀疑。remain是系动词，应跟形容词连用。

这应该是这接口下面的命令，表示该接口不连接网线。。。

// Get#cat /proc/sys/net/ipv4/tcp_keepalive_time7200#cat /proc/sys/net/ipv4/tcp_keepalive_intvl75#cat /proc/sys/net/ipv4/tcp_keepalive_probes9// Set#echo 1000> /proc/sys/net/ipv4/tcp_keepalive_time#echo 50> /proc/sys/net/ipv4/tcp_keepalive_intvl#echo 20> /proc/sys/net/ipv4/tcp_keepalive_probes

MQTT是一项消息传递技术，由IBM再2001年发布。　　总结一下，机制就是使用一个代理服务器messagebroker，　　客户端client连接上这个服务器，然后告诉服务器说，我可以接收哪些类型的消息，　　同时，client也可以发布自己的消息，这些消息根据协议的内容，可以被其他client获取。　　只要手机客户端，连上服务器，然后就可以接收和发布消息了，不用自己写socket什么了，　　低带宽，低耗电量，代码量也少，很简单吧。　　package com.pig.test.mqtt;　　import com.ibm.mqtt.MqttClient; 回答不容易,希望能帮到您,满意请帮忙采纳一下，谢谢 !

没网的情况下。发送端发送一个SYN等于1，ACK等于0标志的数据包给接收端，请求进行连接，这是第一次握手接收端收到请求并且允许连接的话，就会发送一个SYN1，ACK1标志的数据包给发送端，告诉它，可以通讯了，并且让发送端发送一个确认数据包，这是第二次握手，最后发送端发送一个SYN0，ACK1的数据包给接收端，告诉它连接已被确认，这就是第三次握手。之后，一个TCP连接建立，开始通讯。发送端已经达到数据末尾，也就是说双方的数据传送完成，没有数据可以传送了，发送FIN标志位的TCP数据包后，连接将被断开。

使用keep-alive缓存不了iframe界面原因 【1】原理：Vue 的缓存机制并不是直接存储 DOM 结构，而是将 DOM 节点抽象成了一个个 VNode节点。因此，Vue 的 keep-alive 缓存也是基于 VNode节点 而不是直接存储 DOM 节点。在需要渲染的时候从Vnode渲染到真实DOM上。 【2】参数：Keep-alive 组件提供了 include 和 exclude 两个属性，允许组件有条件的进行缓存。 　　include: 字符串或正则表达式。只有匹配的组件会被缓存。 　　exclude: 字符串或正则表达式。任何匹配的组件都不会被缓存。 【3】Keep-alive 组件提供了两个生命钩子函数，分别是 activated 和 deactivated 。 　　activated ：当页面存在缓存的时候执行该函数。 　　deactivated ：在页面结束时触发该方法，可清除掉滚动方法等缓存。 iframe页里的内容并不属于节点的信息，所以使用keep-alive依然会重新渲染iframe内的内容。而且iframe每一次渲染就相当于打开一个新的网页窗口，即使把节点保存下来，在渲染时iframe页还是刷新的。 不使用 keep-alive ，因为vnode原理不适用。直接把打开过得iframe中的dom保存下来。通过v-show显示隐藏 iframeComponentsArray这个数组是打开过的iframe页面数组

不会。在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。

dis stp 直接看呗。。。

最近项目中被一个keep-alive的问题困扰了很久，项目中有四个页面使用了keep-alive，导致用户退出登录后，使用其他账号登录时，还保存着前一个用户的信息，经历了一系列的暴力删除无效后，最终采用了以下方法，用户退出登陆后移除keep-alive： 参考了： https://stackoverflow.com/questions/48661595/how-to-destroy-a-vuejs-component-that-is-being-cached-by-keep-alive https://zhuanlan.zhihu.com/p/40374425

nginx中http模块使用http长连接的相关配置（主要是keepalive指令）和http长连接的原理解释。 连接管理是一个 HTTP 的关键话题：打开和保持连接在很大程度上影响着网站和 Web 应用程序的性能。在 HTTP/1.x 里有多种模型：短连接, 长连接, 和 HTTP 流水线。在解释这三种模型之前，我们需要先明确一些前提知识： 接下来我们开始解释。 在早期，HTTP 使用一个简单的模型来处理这样的连接。这些连接的生命周期是短暂的：每发起一个请求时都会创建一个新的连接，并在收到应答时立即关闭。这就是类似上面说的三次握手，在互联网发展的早期一个网页的资源并没有现在这么多，很多可能只是一个简单的静态页面而已，所以这样的模型显然很OK。客户端获取完所需资源之后，就断开连接，不再占用服务器的资源。 HTTP 短连接模型是最早期的模型，也是 HTTP/1.0 的默认模型。每一个 HTTP 请求都由它自己独立的连接完成；这意味着发起每一个 HTTP 请求之前都会有一次 TCP 握手，而且是连续不断的。 实际上，TCP 协议握手本身就是耗费时间的，所以 TCP 可以保持更多的热连接来适应负载。短连接破坏了 TCP 具备的能力，新的冷连接降低了其性能。 后来，网页需要请求的资源越来越多，短连接模型显然已经十分吃力了。因为短连接有两个比较大的问题：创建新连接耗费的时间尤为明显（三次握手很耗费时间），另外 TCP 连接的性能只有在该连接被使用一段时间后(热连接)才能得到改善。因此在HTTP/1.1中引入了长连接模型和流水线模型。 一个长连接会保持一段时间，重复用于发送一系列请求，节省了新建 TCP 连接握手的时间，还可以利用 TCP 的性能增强能力。当然这个连接也不会一直保留着：连接在空闲一段时间后会被关闭(服务器可以使用 Keep-Alive 协议头来指定一个最小的连接保持时间)。 长连接也还是有缺点的；也就是前面提到的资源占用问题，就算是在空闲状态，它还是会消耗服务器资源，也更容易被DDoS攻击。 本质上长连接是因为不断地三次握手建立连接消耗的资源要大于维持连接所需要的资源才使用的 ，如果服务器处于高负载时段或者被DDoS，可以使用非长连接，即尽快关闭那些空闲的连接，也能对性能有所提升。 流水线模型的实现要复杂很多，而已效果也并不是特别好，主要还要考虑到各种兼容性，所以默认是不启用这个流水线模型的，而在HTTP/2中，流水线已经被更好的算法给代替，如 multiplexing 。 默认情况下，HTTP 请求是按顺序发出的。 下一个请求只有在当前请求收到应答过后才会被发出。 由于会受到网络延迟和带宽的限制，在下一个请求被发送到服务器之前，可能需要等待很长时间。 流水线是在同一条长连接上发出连续的请求，而不用等待应答返回。这样可以避免连接延迟。 理论上讲，性能还会因为两个 HTTP 请求有可能被打包到一个 TCP 消息包中而得到提升。就算 HTTP 请求不断的继续，尺寸会增加，但设置 TCP 的 MSS(Maximum Segment Size) 选项，仍然足够包含一系列简单的请求。 并不是所有类型的 HTTP 请求都能用到流水线：只有 idempotent 方式，比如 GET 、 HEAD 、 PUT 和 DELETE 能够被安全的重试：因为有故障发生时，流水线的内容要能被轻易的重试，即出现了问题重试的成本要尽可能低，否则还不如使用长连接模型。 正确的实现流水线是复杂的：传输中的资源大小，多少有效的 RTT 会被用到，还有有效带宽，流水线带来的改善有多大的影响范围。不知道这些的话，重要的消息可能被延迟到不重要的消息后面。这个重要性的概念甚至会演变为影响到页面布局！因此 HTTP 流水线在大多数情况下带来的改善并不明显。此外，流水线受制于 HOL 问题。 我们还是使用上面的例子来进行解释，这次的握手请求就变了，A一次向B发出了三个请求： 最后这里补充一张图片来对比三种模型之间的差别： 了解了上面的原理之后，Nginx中的keepalive指令我们就非常好理解了，相关的指令主要有三个，我们逐个进行解释： 在upstream模块中配置，启用连接到upstream中的服务器的缓存， connections 参数的主要作用是设定每个Nginx的 单个worker进程（each worker process） 对于upstream中的server的最大空闲连接数，当超过该数字的时候，会关闭使用得最少的连接。 需要注意的是，keepalive指令并不会限制Nginx的 所有worker 进程能开启的连接到upstream服务器中的 连接总数（total number） 。也就是如果设得太大了，会导致过多的空闲连接占满了upstream中的server资源，导致新的连接无法建立，因此这个数值的设定需要根据worker进程数量来调整。 keepalive_requests 设定可以通过一个连接（connection）发送的请求（request）数量，超过最大请求数量之后，该连接会被关闭。为了释放每个连接的内存分配，定期关闭连接是很有必要的。因此，不建议将 keepalive_requests 设定过大，否则可能会导致过高的内存占用。 设定连接超时时间，在此设定的时间内，client与upstream中的server的空闲keepalive连接将保持打开状态（open）。此外，虽然官方文档说的默认值是60s，但是1.17.9版本的Nginx在安装之后配置文件nginx.conf上面设定的是65s。

未设置不需要保存文件。在vue组件中keepalive设置为false出现没用的情况是未设置不需要保存文件的原因，只需输入代码进行设置即可。设置意思是指设立、布置、放置、装置。

【答案】：CBGP有4种分组类型：打开open分组用来建立连接；更新update分组用来通告可达路由和撤销无效路由；周期性地发送存活keepalive分组，以确保连接的有效性；当检测到一个差错时，发送通告notification分组。因此需要周期交换的是选项C）存活keepalive分组。

默认是2小时，你这太短了，短暂闲置的连接每隔1s就要收发一次询问/应答，会占用带宽

我们通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。MySQL双主复制，即互为Master-Slave(只有一个Master提供写操作)，可以实现数据库服务器的热备，但是一个Master宕机后不能实现动态切换。使用Keepalived，可以通过虚拟IP，实现双主对外的统一接口以及自动检查、失败切换机制，从而实现MySQL数据库的高可用方案。之前梳理了Mysql主从/主主同步，下面说下Mysql+keeoalived双主热备高可用方案的实施。Keepalived看名字就知道，保持存活，在网络里面就是保持在线了，也就是所谓的高可用或热备，用来防止单点故障（单点故障是指一旦某一点出现故障就会导整个系统架构的不可用）的发生，那说到keepalived不得不说的一个协议不是VRRP协议，可以说这个协议就是keepalived实现的基础。1）Keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。2）VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

/proc/sys/net/ipv4/tcp_keepalive_timeu2028当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时。u2028/proc/sys/net/ipv4/tcp_keepalive_intvlu2028当探测没有确认时，重新发送探测的频度。缺省是75秒。u2028/proc/sys/net/ipv4/tcp_keepalive_probesu2028在认定连接失效之前，发送多少个TCP的keepalive探测包。缺省值是9。这个值乘以tcp_keepalive_intvl之后决定了，一个连接发送了keepalive之后可以有多少时间没有回应。tcp_keepalive_time（开启keepalive的闲置时长）tcp_keepalive_intvl（keepalive探测包的发送间隔） 和tcp_keepalive_probes （如果对方不予应答，探测包的发送次数）There are two ways to configure keepalive parameters inside the kernel via userspace commands:procfs interfacesysctl interfaceWe mainly discuss how this is accomplished on the procfs interface because it"s the most used, recommended and the easiest to understand. The sysctl interface, particularly regarding the sysctl(2) syscall and not the sysctl(8) tool, is only here for the purpose of background knowledge.The procfs interfaceThis interface requires both sysctl and procfs to be built into the kernel, and procfs mounted somewhere in the filesystem (usually on/proc, as in the examples below). You can read the values for the actual parameters by "catting" files in /proc/sys/net/ipv4/directory: # cat /proc/sys/net/ipv4/tcp_keepalive_time 7200 # cat /proc/sys/net/ipv4/tcp_keepalive_intvl 75 # cat /proc/sys/net/ipv4/tcp_keepalive_probes 9The first two parameters are expressed in seconds, and the last is the pure number. This means that the keepalive routines wait for two hours (7200 secs) before sending the first keepalive probe, and then resend it every 75 seconds. If no ACK response is received for nine consecutive times, the connection is marked as broken.Modifying this value is straightforward: you need to write new values into the files. Suppose you decide to configure the host so that keepalive starts after ten minutes of channel inactivity, and then send probes in intervals of one minute. Because of the high instability of our network trunk and the low value of the interval, suppose you also want to increase the number of probes to 20.Here"s how we would change the settings: # echo 600 > /proc/sys/net/ipv4/tcp_keepalive_time # echo 60 > /proc/sys/net/ipv4/tcp_keepalive_intvl # echo 20 > /proc/sys/net/ipv4/tcp_keepalive_probesTo be sure that all succeeds, recheck the files and confirm these new values are showing in place of the old ones.这样，上面的三个参数配置完毕。

背景：需要缓存一个页面的状态（因为想保留该页面内某些步骤切换的状态） 技术： umi^3.3.7、react17.x 实现： 2.在该页面引入

php对MySQL的持久连接函数为：mysql_pconnect() /etc/httpd/conf/httpd.conf # 需要在Apache的配置文件设置几个参数 # KeepAlive: Whether or not to allow persistent connections (more than one request per connection). Set to "Off" to deactivate. Keep-Alive on # MaxKeepAliveRequests: The maximum number of requests to allow during a persistent connection. Set to 0 to allow an unlimited amount. We recommend you leave this number high, for maximum performance. MaxKeepAliveRequests 0 # KeepAliveTimeout: Number of seconds to wait for the next request from the same client on the same connection. KeepAliveTimeout 15 # 客户端发送HTTP请求成功之后，Apache将不会立刻断开socket，而是一直监听客户端这一请求，持续时间为15秒，如果超过这一时间，Apache就立即断开socket。 注意：Apache的版本为2.0以上。

完整项目地址： vue3-element-plus 体验地址： http://8.135.1.141/vue3-admin-plus 系列文章入口： 当我们在某些特定场景中需要缓存某个页面，此时就需要用到我们所需要讲的keep-alive，本篇主要讲解架构中keep-alive的原理和使用 keep-alive体验地址 src/layout/components/AppMain.vue src/router/index.js 在meta里设置 cachePage 或者 leaveRmCachePage ，决定是否需要缓存和移除缓存 各种组合情况 有时我们会有这种业务场景 从A页面跳到B页面在到C页面，此时需要A,B,C页面都需要缓存。保存A,B,C页面的状态，如A页面的列表搜索条件等。但是如果跳出A,B,C页面时需要同时清空A,B,C页面的缓存，如： src/views/example/keep-alive/KeepAlive.vue 架构为什么要这样设置呢？ 1.缓存和tab没有关联，更利于缓存的灵活配置。如：当我们在settings.js中设置 showTagsView 为false时，依然可以使用路由配置的 cachePage 或者 leaveRmCachePage 进行设置缓存， TagsView 的显示和隐藏对缓存没有影响。 2.和路由配置有关联，更利于我们对缓存的使用。如，我们可以根据路由配置的 cachePage 或者 leaveRmCachePage ，实现进行页面是否缓存，和离开页面页面是否移除缓存的 组合式选择 。 在想实现此功能页面的路由上设置

一般这种情况有以下原因： 1、开启了防火墙 2、虚拟器禁用了80端口 3、没有访问权限 4、网站服务没用启用

放到NBA 08游戏目录下的audio文件夹里的music文件夹里NBA08音乐补丁：http://cuiyu2004128.diinoweb.com/files/NBA08musicxsong1 christina aguilera-fighterxsong2 everydayxsong3 iverson-last nightxsong4 kelly clarkson-you found mexsong5 Let Good Times Rollxsong6 mariah carey-heroxsong7 mariah carey-i still believe xsong8 nelly feat kelly rowland-dilemma xsong9 OneForDaMoneyxsong10 outkast-hey ya!xsong11 queen-we will rock youxsong12 Red Hot Chili Peppers - Californiacationxsong14 Rocket Man 火箭队队歌xsong15 santana-the game of lovexsong16 shayne ward-that-s my goalxsong17 the corrs-breathlessxsong18 the corrs-so youngxsong19 uncle kracker-drift awayxsong20 usher-yeah!xsong21 vanessa carlton-a thousand milesxsong22 westlife-close your eyes (bonus track)xsong23 westlife-i need you安装方法：将其中的音乐文件拷入C:Program FilesEA SPORTSNBA LIVE 08audiomusic球员补丁：安装方法：解压后将下面的4个存档文件夹拷入，你桌面上的---我的文档NBA LIVE 08saves下。有4个存档可供选择游戏。一、0708Uninjured是NBA官方6.23未调整过的存档；二、NLSC0708是NBA官方6.23调整过的存档；三、Rosters是我个人的存档－－－也就是上面说明的，我一直修正的存档。再再增加一个存档！转帖!四、[精心打造完美han名单6.18完结版]----wangchao1.0708赛季 所有转会更新 号码 真实的主次位置更新 (6.18更新根据0708赛季做出最终的数据整理重点修正更新了所有球员的出手次数潜力等项)预告:新赛季的选秀大会就要开始了 最近正忙着编辑新秀的制作 工作量很大但我还是要争取在第一时间放出新赛季的名单 使大家能最快的时间享受到新赛季 在此之前我放出最后更新的08赛季的名单 就不放有08新秀的名单了希望大家能好好回味下这个赛季 为新赛季的征程预热 ! 2.所有球员合同更新 工资和剩余年限绝对真实 王朝玩家的福音 3.所有球员出手次数 体力 重要性更新 身高 体重更新4.所有球员生日和选秀顺位错误得到更新5.修正了所有国家队球员的选秀和选秀顺位的错误6.完美匹配300动作和季后赛鞋补并更新了其中个别错误的匹配 并且去掉了名单中大多数的球员的护具 这样名单可以与任意整和的SGSM匹配护具了 并匹配了 全明星赛 新秀赛 国家队 所有球员球鞋匹配更新7.调整了所有国家队球员的能力值 全部最新最准 放心使用8.根据V4的手热区修改的所有球员的手热区 并加入了所有元老球员的手热区9.删除了已不在NBA打球的球员10.所有球员扣篮类型修改 LANDRY BYNUM这样的暴力男在很多名单里的扣篮都没有得到真实的体现 现在你都可以享受到了

出现的原因有两种：一是netpas虚拟网卡状态不正常，无法正常启动;二是电脑上的某个软件和neptas有冲突，造成虚拟网卡无法正常使用。解决法：1、点击我的电脑-属性-硬件-查看-显示隐藏设备，然后在网卡项下查看netpas网卡的状态是否正常，如果不正常，重新安装neptas软件再试一下。2、如果netpas网卡的状态正常，可能是机器上的某个软件和neptas软件有冲突，一般情况引起冲突的软件是网络软件，如防火墙、杀毒软件以及一些其他的网络软件，关闭这些软件再试一下。

使用umi-plugin-keep-alive实现KeepAlive状态存储， 并且实现 进入下一个页面时缓存，后退页面时不缓存（卸载） 类似微信小程序的页面缓存机制 1、安装 2、使用 更详细的可参考 React Activation

Lvs采用dr模型 前段两台director,然后这两台director装上keepalived提供高可用,keepalived配置好后,会自动添加realserver以及vip. 后端nginx修改内核参数ar

在修改历史遗留bug时，在父组件中调用了子组件，使用了各种方法。都证明子组件的数据已经更新了。但是，子组件就是无法重新渲染，调查了两天冥思苦想，排除了各种问题。 终于查到了一个贴近的答案，原来在vue中 该组件在最初就被做成了个共通组件，被<keep-alive>包了起来，用来缓存用户所选的信息。 这个写的稍微有一点点复杂 简单的讲就是： 如果希望我们缓存的组件可以能够再次进行渲染，被包含在 keep-alive 中创建的组件，会多出两个生命周期的钩子: activated 、deactivated： activated是当 keepalive 包含的组件再次渲染的时候触发 deactivated是当 keepalive 包含的组件销毁的时候触发 keepalive是一个抽象的组件，缓存的组件不会被 mounted,为此提供activated和deactivated钩子函数 综上所述：被<keep-alive>包起来的组件，就算在别的组件中使用key或者钩子想重新渲染组件 都是无法成功的，因为只执行一次created方法。 但是用activated再结合绑定子组件:key值重新渲染 ，就可以重新渲染该页面，这个方法是和created和mounted并列的。 以此类推，结合deactivated和调用子组件用v-if或者钩子将组件进行销毁，也可以触发deactivated的方法。

思科路由器的全部配置命令：1、Exec commands: <1-99> 恢复一个会话 bfe 手工应急模式设置 clear 复位功能 clock 管理系统时钟 configure 进入设置模式 connect 打开一个终端 copy 从tftp服务器拷贝设置文件或把设置文件拷贝到tftp服务器上 debug 调试功能 disable 退出优先命令状态 disconnect 断开一个网络连接 enable 进入优先命令状态 erase 擦除快闪内存 exit 退出exce模式 help 交互帮助系统的描述 lat 打开一个本地传输连接 lock 锁定终端 login 以一个用户名登录 logout 退出终端 mbranch 向树形下端分支跟踪多路由广播 mrbranch 向树形上端分支跟踪反向多路由广播 name-connection 给一个存在的网络连接命名 no 关闭调试功能 pad 打开X.29 PAD连接 ping 发送回显信息 ppp 开始点到点的连接协议 reload 停机并执行冷启动 resume 恢复一个活动的网络连接 rlogin 打开远程注册连接 rsh 执行一个远端命令 send 发送信息到另外的终端行 setup 运行setup命令 show 显示正在运行系统信息 slip 开始SLIP协议 start-chat 在命令行上执行对话描述 systat 显示终端行的信息 telnet 远程登录 terminal 终端行参数 test 测试子系统内存和端口 tn3270 打开一个tin3270连接 trace 跟踪路由到目的地 undebug 退出调试功能 verify 验证检查闪烁文件的总数 where 显示活动的连接 which-route 执行OSI路由表查找并显示结果 write 把正在运行的设置写入内存、网络、或终端 x3 在PAD上设置X.3参数 xremote 进入xremote模式 2、#show ? access-expression 显示访问控制表达式 access-lists 显示访问控制表 apollo Apollo 网络信息 appletalk Apple Talk 信息 arap 显示Appletalk 远端通道统计 arp 地址解析协议表 async 访问路由接口的终端行上的信息 bridge 前向网络数据库 buffers 缓冲池统计 clns CLNS网络信息 clock 显示系统时钟 cmns 连接模式网络服务信息 compress 显示压缩状态 configuration 非易失性内存的内容 controllers 端口控制状态 debugging 调试选项状态 decnet DEC网络信息 dialer 拨号参数和统计 dnsix 显示Dnsix/DMPP信息 entry 排队终端入口 extended 扩展端口信息 flash 系统闪烁信息 flh-log 闪烁装载帮助日志缓冲区 frame-relay 帧中继信息 history 显示对话层历史命令 hosts IP域名，查找方式，名字服务，主机表 interfaces 端口状态和设置 ip IP信息 ipx Novell IPX信息 isis IS-IS路由信息 keymap 终端键盘映射 lat DEC LAT信息 line 终端行信息 llc2 IBM LLC2 环路信息 lnm IBM 局网管理 local-ack 本地认知虚环路 memory 内存统计 netbios-cache NetBios命名缓冲存贮器内存 node 显示已知LAT节点 ntp 网络时间协议 processes 活动进程统计 protocols 活动网络路由协议 queue 显示队列内容 queueing 显示队列设置 registry 功能注册信息 rhosts 远程主机文件 rif RIF存贮器入口 route-map 路由器信息 sdlle 显示sdlc-llc2转换信息 services 已知LAT服务 sessions 远程连接信息 smds SMDS信息 source-bridge 源网桥参数和统计 spanning-tree 跨越树形拓朴 stacks 进程堆栈应用 standby 热支持协议信息 stun STUN状态和设置 subsystem 显示子系统 tcp TCP连接状态 terminal 显示终端设置 tn3270 TN3270 设置 translate 协议转换信息 ttycap 终端容易表 users 显示终端行的信息 version 系统硬、软件状态 vines VINES信息 whoami 当前终端行信息 x25 X.25信息 xns XNS信息 xermote Xremote统计 3、#config ? Memory 从非易失性内存设置 Network 从TFTP网络主机设置 Overwrite-network 从TFTP网络主机设置覆盖非易失性内存 Terminal 从终端设置 4、Configure commads: Access-list 增加一个访问控制域 Apollo Apollo全局设置命令 appletalk Appletalk 全局设置命令 arap Appletalk远程进出协议 arp 设置一个静态ARP入口 async-bootp 修改系统启动参数 autonomous-system 本地所拥有的特殊自治系统成员 banner 定义注册显示信息 boot 修改系统启动时参数 bridge 透明网桥 buffers 调整系统缓冲池参数 busy-message 定义当连接主机失败时显示信息 chat-script 定义一个调制解调器对话文本 clns 全局CLNS设置子命令 clock 设置时间时钟 config-register 定义设置寄存器 decnet 全局DEC网络设置子命令 default-value 缺省字符位值 dialer-list 创建一个拨号清单入口 dnsix-nat 为审计提供DMDM服务 enable 修改优先命令口令 end 从设置模式退出 exit 从设置模式退出 frame-relay 全局帧中继设置命令 help 交互帮助系统的描述 hostname 设置系统网络名 iterface 选择设置的端口 ip 全局地址设置子命令 ipx Novell/IPX全局设置命令 keymap 定义一个新的键盘映射 lat DEC本地传输协议 line 设置终端行 lnm IBM局网管理 locaddr-priority-list 在LU地址上建立优先队列 logging 修改注册（设备）信息 login-string 定义主机指定的注册字符串 map-class 设置静态表类 map-list 设置静态表清单 menu 定义用户接口菜单 mop 设置DEC MOP服务器 netbios NETBIOS通道控制过滤 no 否定一个命令或改为缺省设置 ntp 设置NTP priority-list 建立特权列表 prompt 设置系统提示符 queue-list 建立常规队列列表 rcmd 远程命令设置命令 rcp-enable 打开Rep服务 rif 源路由进程 router-map 建立路由表或进入路由表命令模式 router 打开一个路由进程 rsh-enable 打开一个RSH服务 sap-priority-list 在SAP或MAC地址上建立一个优先队列 service 修改网络基本服务 snmp-server 修改SNMP参数 state-machine 定义一个TCP分配状态的机器 stun STUN全局设置命令 tacacs-server 修改TACACS队列参数 terminal-queue 终端队列命令 tftp-server 为网络装载请求提供TFTP服务 tn3270 tn3270设置命令 translate 解释全局设置命令 username 建立一个用户名及其权限 vines VINES全局设置命令 x25 X.25 的第三级 x29 X.29 命令 xns XNS 全局设置命令 xremote 设置Xremote 5、(config)#ip Global IP configuration subcommands: Accounting-list 选择保存IP记帐信息的主机 Accounting-threshold 设置记帐入口的最大数 accounting-transits 设置通过入口的最大数 alias TCP端口的IP地址取别名 as-path BGP自治系统路径过滤 cache-invalidate-delay 延迟IP路由存贮池的无效 classless 跟随无类前向路由规则 default-network 标志网络作为缺省网关候选 default-gateway 指定缺省网（如果没有路由IP） domain-list 完成无资格主机的域名 domain-lookup 打开IP域名服务系统主机转换 domain-name 定义缺省域名 forward-protocol 控制前向的、物理的、直接的IP广播 host 为IP主机表增加一个入口 host-routing 打开基于主机的路由（代理ARP和再定向） hp-host 打开HP代理探测服务 mobile-host 移动主机数据库 multicast-routing 打开前向IP name-server 指定所用名字服务器的地址 ospf-name-lookup 把OSPF路由作为DNS名显示 pim PIM 全局命令 route 建立静态路由 routing 打开IP路由 security 指定系统安全信息 source-route 根据源路由头的选择处理包 subnet-zero 允许子网0子网 tcp 全局TCP参数

。

这种问题你应该果断MSDN！作用一撇：KeepAlive 方法的目的是确保对对象的引用存在，该对象有被垃圾回收器过早回收的危险。..

好像是保持在线升级的意思..不过我不肯定

通过keepalive地址登陆mc-lag的另一台交换机的方法如下：1、用一根RJ45转RS232转接线（厂家提供）和一根RS232转USB转接线（自备）组合，将交换机的console口连接到电脑串口。2、打开电脑。在PC上安装终端仿真软件。可以在PC上使用Windows2000的内置超级终端。要是没有内置终端仿真软件，准备SecureCRT、开源Putty等终端仿真软件。3、给交换机上电，打开安装好的登录软件（这里以软件Putty为例），选择串口登录方式，端口由设备管理器决定。波特率1是15200，停止位是1。

发送端发送一个SYN=1，ACK=0标志的数据包给接收端，请求进行连接，这是第一次握手；接收端收到请求并且允许连接的话，就会发送一个SYN=1，ACK=1标志的数据包给发送端，告诉它，可以通讯了，并且让发送端发送一个确认数据包，这是第二次握手；最后，发送端发送一个SYN=0，ACK=1的数据包给接收端，告诉它连接已被确认，这就是第三次握手。之后，一个TCP连接建立，开始通讯。发送端已经达到数据末尾，也就是说双方的数据传送完成，没有数据可以传送了，发送FIN标志位的TCP数据包后，连接将被断开。

背景： 1、A列表页面 --- 跳转到 --- B填写页面 (B页面不要缓存)。 2、A列表页面 --- 跳转到 --- B填写页面(填写了内容) --- 跳转到(B页面需要缓存) --- C选择单位页面再回到B页面，要显示 B页面之前填写的内容。 用vue-router中的keepAlive设置为true是不可行的。 注：：：：：以上这种方式是不行的。 可行方案： 结合keep-alive的include属性和vuex进行缓存。 这种方式不依赖于vue-router中的keepAlive值，那怕设置为false，也可以通过上面的方式进行页面缓存。 这样就OK了！！！

keepalive虚拟ip不是随便写的。keepalive虚拟ip是以VRRP协议为实现基础的，决定着网络的连接，属于重要的数据，所以keepalive虚拟ip不是随便写的。

不同的系统不一样的，windows一般是通过改注册表来改变keepalivetime的值。linux或unix下这个值也是基于整个内核的，它的改变会影响本机所有设置了这个选项的socket。

如果设置为0，则不会进行Keepalive检测

我觉得一般情况下的话，这个缓存可以直接就从官网里面进行查看

TCP keepalive是TCP的保活定时器。通俗地说，就是TCP有一个定时任务做倒计时，超时后会触发任务，内容是发送一个探测报文给对端，用来判断对端是否存活。 （想到一个桥段：“如果2小时后没等到我的消息，你们就快跑”） 正如概念中说的，用于探测对端是否存活，从而防止连接处于“半打开”状态。 所谓半打开，就是网络连接的双端中，有一端已经断开，而另一端仍然处于连接状态。 （图一）TCP keepalive 流程图 建立连接的双端在通信的同时，存在一个定时任务A，每当传输完一个报文，都会重置定时任务A。如果在定时任务的时限 tcp_keepalive_time 内不再有新的报文传输，便会触发定时任务A，向对端发送存活探测报文。根据响应报文的不同情况，有不同的操作分支，如上图所示。 定时任务B会被循环执行，具体逻辑是：定时任务A的探测报文没有得到响应报文，开始执行定时任务B。任务B的内容同样是发送探测报文，但不同的是，B会被执行 tcp_keepalive_probes 次，时间间隔为 tcp_keepalive_intvl 。B的探测报文同样也是在收到响应报文后，重置定时任务A，维持连接状态。 上文提到的三个参数存在于系统文件中，具体路径如下： 通信双端都存在一个文件作为数据缓冲区，对端发送给本地当前端口的数据都会缓冲在这个文件中。上文中讲的“断开连接”就是关闭这个文件，关闭后所有发送到当前端口的数据将无法存储到缓冲区，即数据被丢弃了。 通过指令 lsof -i :8080 ，8080改成你的端口号，便能看到这个缓冲区文件。 HTTP keepalive指的是持久连接，强调复用TCP连接。（类似场景：挂电话之前总会问句，没啥事就先挂了，延长通话时长来确认没有新话题） 延长TCP连接的时长，一次TCP连接从创建到关闭期间能传输更多的数据。 （图二）HTTP keepalive 流程图 通信连接的双端在通信的同时，存在一个HTTP层面的keepalive定时任务。当客户端发起Request，并且接收到Response之后，触发定时任务。定时任务会开始计时，达到keepalive的时间距离后，关闭连接。如果在计时期间，客户端再次发起Request，并且接收到Response，定时任务会被重置，从头计时。 图二用Python的socket库为示例进行说明，在HTTP的“请求-响应”过程中，HTTP keepalive（或者称为HTTP持久连接）在底层是如何作用于连接释放流程，从而延长连接时长的。 为什么不用Python的requests库来举例说明？requests底层也是socket连接管理，不同的是requests支持HTTP协议，可以解析出HTTP各部分信息；socket仅仅是从文件缓冲区读取二进制流。同样地，各种Web框架中的Request和Response对象的内部仍然是socket连接管理，只提socket可以排除很多干扰信息。 服务端HTTP keepalive超时后的数据丢弃的说明。刚入门的同学可能也会像我一样感到疑惑：服务端keepalive超时后再收到数据就会丢弃，那么服务端后续还怎么接收端口的数据？ 这就不得不提到服务端的fork模型了：服务端主进程监听端口，当数据到来时便交给子进程来处理，主进程继续循环监听端口。 具体地说，当数据到来时，主进程先创建新的socket连接句柄（本质就是生成了socket文件描述符落在磁盘上，端口数据会存储在该文件中缓冲），随后fork出子进程；主进程关闭新的socket句柄，子进程则维持socket句柄的连接（当一个socket句柄在所有进程中都被close之后才会开始TCP四次挥手）；此后，子进程接管了与客户端的通信。 正如（图三）的例子，主进程会fork出很多子进程，A和B分别对接的是不同客户端发来的请求，socket文件描述符a不会影响b的数据读写。 （图三）fork模型下传递socket句柄的过程 结论是，服务端与外界建立的每一个socket连接，都有独立的文件描述符和独立的子进程与客户端通信。服务端断开连接是指关闭了某个文件描述符的读写，并非关闭了整个端口的数据往来，不影响其他的socket连接之间通信。至于丢弃，就是说外界如果还有发往这个socket文件描述符的数据被丢弃，因为这个文件描述符已经禁止写入，自然地数据便无法落地。 TCP keepalive更像是保障系统有序工作的兜底机制，确保系统最终能收回半打开的socket连接，否则长期运行后无法再接收更多的请求（系统的socket最大连接数限制）。 HTTP keepalive则是应用层的骚操作，使得服务端的应用程序能自主决定socket的释放，因为TCP keepalive的倒计时默认值很长，web服务的某次连接通常不需要等待那么久。说直白点，就是TCP有一个计时器，HTTP也可以自己搞个计时器，如果HTTP的计时器先超时，同样有权利让TCP进入四次挥手流程。 在某个数据包传输后，两个keepalive的定时任务同时存在且一起进入倒计时状态，一个是系统内核TCP相关代码的程序，另一个是高级编程语言（Python/Java/Go等）Web框架代码的程序，他们一起运行并不冲突。 HTTP keepalive是应用层的东西，在上生产时对外提供服务的应用程序都会有keepalive参数，例如Gunicorn的keepalive、Nginx的keepalive_timeout。通过这个参数，我们能在更高级的层面控制等待下一个数据的时长。 还有，如果同一台服务器有N个Web服务，TCP keepalive参数是全局生效，众口难调。 如果你的网络结构是类似client-nginx-web server，那么你就要同时考虑nginx和web server的keepalive参数大小搭配的问题，此处引用Gunicorn对keepalive参数的使用建议： 假设web等待时间比nginx短很多，client-nginx的连接还在，nginx-web就已经断开了，web就会错过一些数据，对于客户来说好端端的我拿不到结果是无法容忍的。因此最好是和nginx的等待时间协调好，不要相差太多（不要太短，也不要长很多）。 关于不要太长，多说一句。如果等待很久，web服务会累积维持非常多的连接，这样子新的请求无法打进来，正在维持的连接不见得利用率很高（可能客户端的代码在打断点、可能客户端早就close）。结果就是服务端netstat显示一堆连接，新的请求全都被挂起甚至丢弃。

　　对于Win2K/XP/2003，可以从下面的注册表项找到影响整个系统所有连接的keepalive参数：　　[HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters]　　“KeepAliveTime”=dword:006ddd00　　“KeepAliveInterval”=dword:000003e8　　“MaxDataRetries”=”5″

使用过 Vue 的小伙伴们肯定都知道，Vue 的内部组件 keep-alive 是用来缓存我们不活动的组件的。 但是在某些情况下，我们需要缓存，某些情况下希望及时释放掉缓存，那我们应该怎么做呢？ 有个场景是，希望模仿App的方式，每次push到当前页面的时候，触发 mounted 进行组件初始化，而从其他页面返回到当前页面时，希望可以保留当前组件的状态。 举个例子： 移动端的分页列表页面，加载了几页，并且有滑动记录，但是希望进详情页后，返回列表页时，可以保持分页的状态以及滑动的轨迹。 需求如上，这就需要 keep-alive 帮助我们缓存组件了。 但是用过 keep-alive 组件的小伙伴肯定明白，如果 include 当前列表页面，虽然可以做到返回列表页保持状态，但是从其他页面前往列表页时，依然会加载缓存的状态，我们不得不采用 activated 钩子方法来处理，但这样总归是不优雅的。 看过一些文字有人说让include的数组变成动态的是否能达到类似的效果，这种方式也非常好，可以很容易的达到我们想要的效果。 阅读过源码之后发现， keep-alive 内部实现是将组件缓存在一个 caches 数组中的，如果我们可以操作这个数组，是否可以达到灵活控制缓存组件的效果呢？ 方法一比较繁琐，但是用起来还是很直接的，比较灵活，可以应付浏览器刷新的场景 方法二比较简单，适合在移动app中使用，自己维护页面栈，不会有浏览器刷新等操作，否则include的内容可能会由于刷新而出现栈异常

前几天在调查一个Kafka服务器tcp连接数过大的问题。具体情况是单台Kafka的tcp连接数超过了3万，都是ESTABLISHED状态，到部分remote ip的连接数达到了几百，且连接数每天还在持续增加。这批remote ip都是属于同一个业务。 刚开始怀疑是Kafka某些条件下存在socket leakage的bug。但后来调查证实是防火墙引起的问题——Kafka服务器与这批业务服务器间存在一个防火墙，且配置了清理半小时的空闲连接。而我们使用的Kafka版本较低(0.8.2.1)，在创建连接时没有使用tcp keepalive。于是有些连接长时间没有数据传输就被防火墙在中间悄悄干掉了，而Kafka broker端没有发现，残留了大量无效连接。 其实Kafka官网已经记录了这个issue( https://issues.apache.org/jira/browse/KAFKA-2096 )，解决方案就是在创建tcp连接时加上keepalive选项，在0.9.0版本中已经解决。我们的Kafka由于升级影响较大，为降低风险采取了patch回当前版本的解决方案。 之前一直没太深入了解过TCP Keepalive，借此机会补一下课，也在此简单记录。 TCP keepalive选项，在创建tcp socket时默认是不打开的。默认的发送间隔较长，为7200秒，即2小时。在linux内核中相关的配置参数为 如果需要修改为更短的keepalive间隔，可以用命令 查看一个tcp连接是否使用了keepalive，可以用netstat -o查看，最后一列会是keepalive和倒计时。 要注意tcp keepalive是单向的，即只是单向的发送keepalive包且不需要response。 一个简单例子。 server端： client端，用python实现： 连接状态： 从上面的最后一列可以看到，client到server的连接使用了keepalive，下次发送keepalive的倒计时为7184秒。 参考资料：

keepalive是为了能保持连接状态而定期发送的数据包。如果超过一段时间收不到就意味着邻居挂了或者链路断了。。后面那个是用于设备之间做热备份的

就是不要保活机制了，一般都是起动态协议令居或者tunnel邻居会设置这个，用来监控对端是否正常。

对 于一个已经建立的tcp连接。如果在keepalive_time时间内双方没有任何的数据包传输，则开启keepalive功能的一端将发送 keepalive数据包，若没有收到应答，则每隔keepalive_intvl时间再发送该数据包，发送keepalive_probes次。

ipvs用于负载均衡，分担服务器压力，keepalived实现高可用，通常会对负载均衡集群实现高可用

Http打开的连接默认支持KeepAlive，即当后续连接同一个服务器的时候，使用的是之前建立的Socket连接，默认最大连接数为5，可通过设置http.keepAlive为“true”或“false”来启用/禁用HTTP KeepAlive。 转自（侵删）： https://www.cnblogs.com/foodoir/p/5911099.html 【GET：获取资源】 GET方法用来请求已被URI识别的资源。指定的资源经服务器端解析后返回响应内容（也就是说，如果请求的资源是文本，那就保持原样返回；如果是CGI[通用网关接口]那样的程序，则返回经过执行后的输出结果）。 最常用于向服务器查询某些信息。必要时，可以将查询字符串参数追加到URL末尾，以便将信息发送给服务器。 使用GET请求时经常会发生的一个错误，就是查询字符串的格式有问题。查询字符串中每个参数的名称和值都必须使用encodeURLComponent()进行编码，然后才能放到URL的末尾；而且所有的名-值对都必须由（&）分离，如下面的例子： xhr.open("get","01.php?name=foodoir&age=21",true); 下面这个函数可以辅助现有URL的末尾添加查询字符串参数：

通过 长时间保持双方连接 ，从而： 下面，我将对每种原因进行分析 当进程被杀死后，长连接也会随之断开 当移动客户端网络状态发生变化时（如移动网络 & Wifi切换、断开、重连），也会使长连接断开 如网络状态差、 DHCP 的租期到期等等，都会使得长连接发生 偶然的断开 其实，说得简单点： 高效维持长连接的关键在于 整体概括如下： 这是本文的重点，下节开始会详细解析 对国、内外主流的移动 IM 产品（ WhatsApp 、 Line 、微信）进行了心跳机制的简单分析 & 对比，具体请看下图 下面，将根据市面上主流的心跳机制，设计 一套心跳机制方案 在下面的方案设计中，将针对这3个问题给出详细的解决方案。 为了减少流量 & 提高发送效率，需要精简心跳包的设计 主要从心跳包的内容 & 大小入手，设计原则具体如下 心跳包 = 1个 携带少量信息 & 大小在10字节内 的信息包 为了 防止 NAT 超时 & 减少设备资源的消耗（网络流量、电量、CPU等等）， 心跳发送的间隔时间 是 整个 心跳机制方案设计的重点。 心跳发送间隔时间的设计原则如下 下面，我将详细讲解 自适应心跳间隔时间 的设计方案 1.如何自适应计算心跳间隔 从而使得心跳间隔 接近 当前 NAT 超时时间？ 注：只有当心跳间隔 接近 NAT 超时时间 时， 才能最大化平衡 长连接不中断 & 设备资源消耗最低的问题 。 2.如何检测 当前网络环境的 NAT 超时时间 发生了变化 ？ 注：在检测到 NAT 超时时间 发生变化后，重新自适应计算心跳间隔 从而使得心跳间隔 接近 NAT 超时时间 该机制的核心在于， 如何 判断长连接的有效性 在网上流传着一些用于判断长连接是否有效的方案，具体介绍如下 至此，关于心跳保活机制已经讲解完毕。 很多人认为， TCP 协议自身就有 KeepAlive 机制，为何基于它的通讯链接，仍需 在应用层实现额外的心跳保活机制 ？ 先来看看 KeepAlive 机制 是什么 KeepAlive 的机制 不可 替代心跳机制 的具体原因如下： KeepAlive 机制无法代替心跳机制， 需要在应用层 自己实现心跳机制以检测长连接的有效性，从而高效维持长连接

<keep-alive>是Vue的内置组件，能在组件切换过程中将状态保留在内存中，防止重复渲染DOM。 prop: 在2.1.0版本Vue中 常见用法： // 组件export default { name: "test-keep-alive", data () { return { includedComponents: "test-keep-alive" } } } <keep-alive include="test-keep-alive"> <!-- 将缓存name为test-keep-alive的组件 --> <component></component></keep-alive> <keep-alive include="a,b"> <!-- 将缓存name为a或者b的组件，结合动态组件使用 --> <component :is="view"></component></keep-alive> <!-- 使用正则表达式，需使用v-bind --><keep-alive :include="/a|b/"> <component :is="view"></component></keep-alive> <!-- 动态判断 --><keep-alive :include="includedComponents"> <router-view></router-view></keep-alive> <keep-alive exclude="test-keep-alive"> <!-- 将不缓存name为test-keep-alive的组件 --> <component></component></keep-alive> 结合router，缓存部分页面 使用$route.meta的keepAlive属性： <keep-alive> <router-view v-if="$route.meta.keepAlive"></router-view></keep-alive><router-view v-if="!$route.meta.keepAlive"></router-view> 需要在router中设置router的元信息meta： //...router.jsexport default new Router({ routes: [ { path: "/", name: "Hello", component: Hello, meta: { keepAlive: false // 不需要缓存 } }, { path: "/page1", name: "Page1", component: Page1, meta: { keepAlive: true // 需要被缓存 } } ] }) 使用效果 以上面router的代码为例： <!-- Page1页面 --><template> <p class="hello"> <h1>Vue</h1> <h2>{{msg}}</h2> <input placeholder="输入框"></input> </p></template> <!-- Hello页面 --><template> <p class="hello"> <h1>{{msg}}</h1> </p></template> (1) 在Page1页面输入框输入“asd”，然后手动跳转到Hello页面； (2) 回到Page1页面发现之前输入的"asd"依然保留，说明页面信息成功保存在内存中； 图1 进入Page1页面，并输入"asd" 图2 跳转到Hello 图3 返回Page1页面，输入框数据会被保留 当然，也可以通过动态设置route.meta的keepAlive属性来实现其他需求， 借鉴一下 vue-router 之 keep-alive，作者：RoamIn这篇博客中的例子： 思路是在每个路由的beforeRouteLeave(to, from, next)钩子中设置to.meta.keepAlive： A的路由： { path: "/", name: "A", component: A, meta: { keepAlive: true // 需要被缓存 } } export default { data() { return {}; }, methods: {}, beforeRouteLeave(to, from, next) { // 设置下一个路由的 meta to.meta.keepAlive = true; // B 跳转到 A 时，让 A 缓存，即不刷新 next(); } }; export default { data() { return {}; }, methods: {}, beforeRouteLeave(to, from, next) { // 设置下一个路由的 meta to.meta.keepAlive = false; // C 跳转到 A 时让 A 不缓存，即刷新 next(); } }; 亲测有效哦~ keep-alive生命周期钩子函数：activated、deactivated 使用<keep-alive>会将数据保留在内存中，如果要在每次进入页面的时候获取最新的数据，需要在activated阶段获取数据，承担原来created钩子中获取数据的任务。

winver---------检查Windows版本wmimgmt.msc----打开windows管理体系结构(WMI)wupdmgr--------windows更新程序wscript--------windows脚本宿主设置write----------写字板winmsd---------系统信息wiaacmgr-------扫描仪和照相机向导winchat--------XP自带局域网聊天 mem.exe--------显示内存使用情况Msconfig.exe---系统配置实用程序 mplayer2-------简易widnows media playermspaint--------画图板mstsc----------远程桌面连接mplayer2-------媒体播放机magnify--------放大镜实用程序mmc------------打开控制台mobsync--------同步命令dxdiag---------检查DirectX信息drwtsn32------ 系统医生devmgmt.msc--- 设备管理器dfrg.msc-------磁盘碎片整理程序diskmgmt.msc---磁盘管理实用程序dcomcnfg-------打开系统组件服务ddeshare-------打开DDE共享设置dvdplay--------DVD播放器net stop messenger-----停止信使服务net start messenger----开始信使服务 notepad--------打开记事本nslookup-------网络管理的工具向导ntbackup-------系统备份和还原narrator-------屏幕“讲述人”ntmsmgr.msc----移动存储管理器ntmsoprq.msc---移动存储管理员操作请求netstat -an----(TC)命令检查接口syncapp--------创建一个公文包sysedit--------系统配置编辑器sigverif-------文件签名验证程序sndrec32-------录音机shrpubw--------创建共享文件夹secpol.msc-----本地安全策略syskey---------系统加密，一旦加密就不能解开，保护windows xp系统的双重密码services.msc---本地服务设置Sndvol32-------音量控制程序sfc.exe--------系统文件检查器sfc /scannow---windows文件保护tsshutdn-------60秒倒计时关机命令tourstart------xp简介（安装完成后出现的漫游xp程序）taskmgr--------任务管理器eventvwr-------事件查看器eudcedit-------造字程序 explorer-------打开资源管理器packager-------对象包装程序perfmon.msc----计算机性能监测程序progman--------程序管理器regedit.exe----注册表 rsop.msc-------组策略结果集regedt32-------注册表编辑器rononce -p ----15秒关机regsvr32 /u *.dll----停止dll文件运行regsvr32 /u zipfldr.dll------取消ZIP支持cmd.exe--------CMD命令提示符chkdsk.exe-----Chkdsk磁盘检查certmgr.msc----证书管理实用程序calc-----------启动计算器charmap--------启动字符映射表cliconfg-------SQL SERVER 客户端网络实用程序Clipbrd--------剪贴板查看器conf-----------启动netmeetingcompmgmt.msc---计算机管理cleanmgr-------垃圾整理ciadv.msc------索引服务程序osk------------打开屏幕键盘odbcad32-------ODBC数据源管理器oobe/msoobe /a----检查XP是否激活lusrmgr.msc----本机用户和组logoff---------注销命令iexpress-------木马捆绑工具，系统自带Nslookup-------IP地址侦测器fsmgmt.msc-----共享文件夹管理器utilman--------辅助工具管理器gpedit.msc-----组策略 请参考

印象中ospf没有keepalive报文，就靠hello包来邻居保活。能具体点吗？

在需要清除的组件内引入 ，然后使用这个方法。

7.2.6 KeepAlive的添加下面是KeepAlive模块的添加，KeepAlive模块指的是在客户端电脑电源突然中断的情况下，为了确认客户端是否结束而定期传送的信号。如果出现了上面的情况，IOCP或者EventSelect无法测试OnIoDisconnected，因此必须定期传送数据包通过确认是否传送失败来确认是否访问中断。(ConnectedSession.h) #pragma once//继承CPacketSession的CConnectedSessionclass CConnectedSession : public CPacketSession { . . . BOOL ReStart (SOCKET hListenSocket ) ;//设置并获得m_bConnected值的函数VOID SetConnected(BOOL bConnected) { CThreadSync Sync ; m_bConnected = bConnected; } BOOL GetConnected(VOID) { CThreadSync Sync; return m_bConnected; } private://判断是否被访问的变量BOOL m_bConnected}; (ConnectedSession.cpp) CConnectedSession: :CConnectedSession(VOID) {//判断是否被访问的变量m_bConnect ed = FALSE; } (ConnectedSessionManager.h) #pragma once//管理ConnectedSession的类//为了在多线程环境中使用更加稳定，继承CMultiThreadSyncclass CConnectedSessionManager : public CMultiThreadSync< CConnectedSessionManager> { . . . VOID End(VOID) ;//给访问的所有ConnectedSession传送数据包的函数VOID WriteAll (DWORD dwProtocol , BYTE *pData , DWORD dwLength) ; private: . . . };(ConnectedSessionManager.cpp)//给访问的所有Session传送数据的函数VOID CConnectedSessionManager : :WriteAll (DWORD dwProtocol , BYTE *pData, DWORD dwLength) {//同步对象CThreadSync Sync ;//对访问的所有对象进行WritePacketfor (DWORD i =0;i <m_vConnectedSessions.size() ;i ++) {//只对访问中的对象进行WritePacketif (m_vConnectedSessions[i ] ->GetConnected()) m_vConnectedSessions[i ] ->WritePacket (dwProtocol , pData, dwLength) ; } } (ServerIocp.h) #pragma once//继承CIocpclass CServerIocp : public CIocp { . . . VOID End(VOID) ;//KeepAlive Thread Callback函数VOID KeepThreadCallback(VOID) ; . . . CConnectedSessionManager m_oConnectedSessionManager ;//管理KeepAlive Thread的句柄HANDLE m_hKeepThread; //结束KeepAlive Thread时使用的事件HANDLE m_hKeepThreadDestroyEvent ; }; (ServerIocp.cpp)//KeepAlive Thread Callback函数DWORD WINAPI KeepThreadCallback(LPVOID pParameter) { CServerIocp *pOwner = (CServerIocp*) pParameter ; pOwner->KeepThreadCallback() ; return 0; } VOID CServerIocp: :KeepThreadCallback(VOID) {//KeepAlive信号DWORD dwKeepAl ive = 0xFFFF; while (TRUE) {//30秒内结束事件没有出现的话，将跳过DWORD dwResult = WaitForSingleObject (m_hKeepThreadDestroyEvent , 30000) ;//结束时间出现的情况下，结束Threadif (dwResult == WAIT_OBJECT_0) return;//给访问中的所有Session传送数据包m_oConnect edSessionManager .WriteAll (0x3000000, (BYTE*)&dwKeepAlive , sizeof (DWORD)) ; } }//CIocp的假想函数VOID CServerIocp: :OnIoConnected(VOID *pObject ) { . . . pConnectedSession->SetConnected(TRUE) ; } VOID CServerIocp: :OnIoDisconnected(VOID *pObject ) { . . . pConnectedSession->SetConnected(FALSE) ; } BOOL CServerIocp: :Begin(VOID) { . . .//创建KeepAlive结束事件m_hKeepThreadDestroyEvent = CreateEvent (NULL, FALSE, FALSE, NULL) ; if ( !m_hKeepThreadDestroyEvent ) {//失败的情况下结束CServerIocp: :End() ; return FALSE; } //创建KeepAlive Threadm_hKeepThread = CreateThread(NULL, 0, : :KeepThreadCallback, this, 0, NULL) ; if ( !m_hKeepThread) {//创建失败的情况下结束CServerIocp: :End() ; return FALSE; } return TRUE; } VOID CServerIocp: :End(VOID) {//结束CServerIocp的时候//m_hKeepThread不是NULL的话，结束KeepAlive Threadif (m_hKeepThread) {//出现结束事件SetEvent (m_hKeepThreadDestroyEvent ) ;//等待至Thread结束为止WaitForSingleObject (m_hKeepThread, INFINITE) ;//关闭句柄CloseHandle(m_hKeepThread) ; m_hKeepThread = NULL; }//如果KeepAlive结束事件不是NULL的话if (m_hKeepThreadDestroyEvent ) {//关闭事件CloseHandle(m_hKeepThreadDestroyEvent ) ; m_hKeepThreadDestroyEvent = NULL;

开始--运行--cmd 进入命令提示符 输入netstat -ano 即可看到所有连接的PID 之后在任务管理器中找到这个PID所对应的程序如果任务管理器中没有PID这一项，可以在任务管理器中选"查看"-"选择列" 经常，我们在启动应用的时候发现系统需要的端口被别...

1.首先第一步我们是对组件进行是否缓存的路由设置在路由中加入meta属性，keepAlive为true的则需要缓存meta: { keepAlive: true}2.对组件进行keep-alive设置,绑定exclude属性设置不活跃组件名，exclude可以是字符串、数组以及正则表达式形式，同时路由中设置meta属性keepAlive为true的进入keep-alive缓存

我们知道HTTP协议采用“请求-应答”模式，当使用普通模式，即非KeepAlive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）；当使用Keep-Alive模式（又称持久连接、连接重用）时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

页面在router.js中配置好keepalive:true之后。首次进入需要路由守卫的页面，通过打印生命周期执行created->mounted->activated，退出时触发deactivated。 如果跳转的页面没有进行路由守卫的话，想要缓存的页面还是会走destroyed生命周期。导致每次重返页面还是会created，再到以上。 正确的做法应该是两个页面在beforeRouteLeave的周期中条件判定路由信息，进而进行条件控制keepalive beforeRouteEnter生命周期进行判断，然后再走类似created的生命周期，再到activated 离开页面时使用 deactivated 简单言之就是自己找问题，通过打印所有的生命周期来找到问题。 两个目标页面都要进行路由守卫的控制，从而达到keepalive缓存的效果，否则塔们直接把页面直接给你销毁咯。

HTTP的长连接和短连接本质上是TCP长连接和短连接。 短连接 短连接，顾名思义，与长连接的区别就是，客户端收到服务端的响应后，立刻发送FIN消息，主动释放连接。也有服务端主动断连的情况，凡是在一次消息交互（发请求-收响应）之后立刻断开连接的情况都称为短连接。 长连接/http keep-alive 也叫持久连接，即一个TCP连接服务多次请求，在TCP层握手成功后，不立即断开连接，并在此连接的基础上进行多次消息（包括心跳）交互，直至连接的任意一方（客户端OR服务端）主动断开连接，此过程称为一次完整的长连接。 在HTTP/1.0中得到了初步的支持，客户端在请求header中携带Connection:Keep-Alive，即是在向服务端请求持久连接。如果服务端接受持久连接，则会在响应header中同样携带Connection: Keep-Alive，这样客户端便会继续使用同一个TCP连接发送接下来的若干请求。（Keep-Alive的默认参数是[timout=5, max=100]，即一个TCP连接可以服务至多5秒内的100次请求） HTTP/1.1开始，即使请求header中没有携带Connection: Keep-Alive，传输也会默认以持久连接的方式进行，只有加入"Connection: close "后，才关闭。 http keepalive是客户端浏览器与服务端httpd守护进程协作的结果。 TCP中的KeepAlive u2003u2003TCP协议的实现中，提供了KeepAlive报文，用来探测连接的对端是否存活。在应用交互的过程中，可能存在以下几种情况： 客户端或服务器意外断电，死机，崩溃，重启； 中间网络已经中断，而客户端与服务器并不知道； 利用保活探测功能，可以探知这种对端的意外情况，从而保证在意外发生时，可以释放半打开的TCP连接。TCP保活报文交互过程如下： 因此，KeepAlive并不适用于检测双方存活的场景，这种场景还得依赖于应用层的心跳。 应用层心跳也具备着更大的灵活性，可以控制检测时机，间隔和处理流程，甚至可以在心跳包上附带额外信息。 应用层心跳是检测连接有效性以及判断双方是否存活的有效方式 。但是心跳过于频繁会带来 耗电和耗流量 的弊病，心跳频率过低则会影响连接检测的实时性。业内关于心跳时间的设置和优化，主要基于如下几个因素： 理想的情况下,客户端应当以略小于NAT超时时间的间隔来发送心跳包。 根据微信团队测试的一些数据，一些常用网络的NAT超时时间如下表所示： TCP的KeepAlive机制意图在于保活、心跳，检测连接错误 如何快速区分当前连接使用的是长连接还是短连接 1、凡是在一次完整的消息交互（发请求-收响应）之后，立刻断开连接（有一方发送FIN消息）的情况都称为短连接； 2、长连接的一个明显特征是会有心跳消息（也有没有心跳的情况），且一般心跳间隔都在30S或者1MIN左右，用wireshark抓包可以看到有规律的心跳消息交互（可能会存在毫秒级别的误差）。 什么时候用长连接，短连接？ 1、需要频繁交互的场景使用长连接，如即时通信工具（微信/QQ，QQ也有UDP），相反则使用短连接，比如普通的web网站，只有当浏览器发起请求时才会建立连接，服务器返回相应后，连接立即断开。 2、维持长连接会有一定的系统开销，用户量少不容易看出系统瓶颈，一旦用户量上去了，就很有可能把服务器资源（内存/CPU/网卡）耗尽，所以使用需谨慎。 keep-alive与TIME_WAIT 使用http keep-alvie，可以减少服务端TIME_WAIT数量(因为由服务端httpd守护进程主动关闭连接)。道理很简单，相较而言，启用keep-alive，建立的tcp连接更少了，自然要被关闭的tcp连接也相应更少了。 短连接和长链接 图： 参考： https://caofengbin.github.io/2018/03/16/dhcp-and-nat/#4-%E5%BD%B1%E5%93%8D%E5%BF%83%E8%B7%B3%E9%A2%91%E7%8E%87%E7%9A%84%E5%85%B3%E9%94%AE%E5%9B%A0%E7%B4%A0 https://blog.csdn.net/hengyunabc/article/details/44310193 http://wingjay.com/2018/12/05/android-arch-long-link/ https://www.levicc.com/2018/06/30/yi-dong-duan-wang-luo-you-hua/ 能被我参考的都很优秀，哈哈

使用keepalive的时候保持页面状态保证切换页面不调接口如下AutomaticKeepAliveClientMixin这个Mixin就是Flutter为了保持页面设置的。页面需要保持页面状态，就在这个页面进行混入。不过使用使用这个Mixin是有先决条件的：使用的页面必须是StatefulWidget,如果是StatelessWidget是没办法使用的。其实只有两个前置组件才能保持页面状态：PageView和IndexedStack。重写wantKeepAlive方法，如果不重写也是实现不了的。所以，使用keepalive的时候保持页面状态就可以保证切换页面不调接口。

1、系统的扩展方式 2、集群类型 1、集群的实现 2、HA集群的实现 HA Nginx Proxy Service需要的关键资源 AIS可用性委员组，规定高可用集群线 1、集群的分裂（partion） 被称之为集群的分区（partion）也被称之为脑裂（brain-split））为了避免出现分裂，事先做好决策，在每个主机上都有一票，票数多的将获取主节点。如果一个服务器性能好，可以有2票。 2、多节点使用同一个共享存储 在集群发生分裂的情况下， 可能会引发多节点同时对一个块级别的共享存储写一个文件，这样会导致文件系统损坏 VRRP协议 VRRP全称 Virtual Router Redundancy Protocol，即虚拟路由冗余协议。可以认为它是实现路由器高可用的容错协议，即将N台提供相同功能的路由器组成一个路由器组(Router Group)，这个组里面有一个master和多个backup，但在外界看来就像一台一样，构成虚拟路由器，拥有一个虚拟IP（vip，也就是路由器所在局域网内其他机器的默认路由），占有这个IP的master实际负责ARP相应和转发IP数据包，组中的其它路由器作为备份的角色处于待命状态。master会发组播消息，当backup在超时时间内收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master，保证路由器的高可用。 虚拟路由冗余协议(virtual router redundancy protocol,简称VRRP)，是由IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议，1998年已推出正式的RFC2338协议标准，VRRP广泛应用在边缘网络中，它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱，允许主机使用单路由器，以及及时在实际第一跳路由器使用失败的情形下仍能够维护路由器间的连通性。 VRRP术语 VRRP工作过程 路由通告的工作原理 VRRP实现的工作 VRRP认证方式 VRRP高可用工作模型 keepalived程序是vrrp协议在linux主机上以守护进程方式的实现，能够根据配置文件生成IPVS规则 ，并对各real server的健康做检测，以及Loadbalance主机和backup主机之间failover的实现，keepalived在Centos6.4+收录到了发行版光盘中。 Keepalived高可用集群配置前提 Keepalived的程序环境 /etc/keepalived/keepalived.conf Global指令 VRRP_instance指令

在http早期，每个http请求都要求打开一个tpc socket连接，并且使用一次之后就断开这个tcp连接。 使用keep-alive可以改善这种状态，即在一次TCP连接中可以持续发送多份数据而不会断开连接。通过使用keep-alive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，以此提高性能和提高httpd服务器的吞吐率(更少的tcp连接意味着更少的系统内核调用,socket的accept()和close()调用)。 但是， keep-alive 并不是免费的午餐,长时间的tcp连接容易导致系统资源无效占用。配置不当的keep-alive，有时比重复利用连接带来的损失还更大。所以，正确地设置keep-alive timeout时间非常重要。 Httpd守护进程，一般都提供了keep-alive timeout时间设置参数。比如nginx的keepalive_timeout。这个keepalive_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive_timeout秒后，才开始关闭这个连接。 当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是keepalive_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览发过来http请求，则关闭这个http连接。 假设我们的httpd服务器是nginx， nginx的keepalive_timeout默认是60，即默认开启了http keepalive模式，而且http的长连接会保持60秒，60秒内没有数据来往即关闭连接。 这里我们设置业务sleep 60 秒 可以看到上面是经典的http过程，首先是3次握手建立连接，然后客户端发送请求，服务器处理60秒后返回数据，http响应一旦发送完毕，nginx马上关闭这个tcp连接 关闭 keepalive 情况下，一个socket资源从建立到真正释放需要经过的时间是:建立tcp连接 + 传送http请求 + 业务执行 + 传送http响应 + 关闭tcp连接 + 2MSL 可以看到这个http过程跟上面的keepalive=0情况是比较类似的，只不过当服务器响应完数据后，没有立刻发送FIN信号关闭连接，而是从38分等到43分，nginx才发送FIN信号关闭连接。说明了nginx的keepalive=300配置生效了。 这次我们开启了keepalive=180，并且连续发送了几个http请求，可以看到，都复用了同一个连接（因为没有再次的三次握手建立连接），而nginx再最后一次数据发送后，在过了180秒后，发送FIN信号关闭了连接。 这说明nginx的keepalive倒计时是从最后一个数据包开始计算的！ nginx代理与上游服务器 upstream 之间的连接默认是关闭了长连接，我们可以通过抓包来看到，通过浏览器提交上来的HTTP/1.1的请求，经过代理服务器以后改为HTTP/1.0， 所以想要代理与服务器之间使用长连接，需要修改nginx的相关配置。 upstream里面的有几个配置是跟keepalive相关的： 对于location里面的配置，主要是修改http版本为1.1, 并且把nginx默认传递给upsteam connection：close的行为去掉 http_version需要指定用1.1 ，以及原有的Connection头部要被擦掉 这样就完成了nginx转发给upstream的长连接配置了，但是，我们的upstream也要配置keepalive才行啊，否则它无视nginx发来的connection:keepalive 头部也不行。 我们用的是flask 框架，本地调试的话要加上下面的配置，才能使用上http 1.1 思考一下，用uwsgi的花需要另外配置keepalive吗？ 回答：uwsgi支持keep-alive 如果nginx通过http pass 给uwsgi， --http-keepalive 但是nginx 一般都是通过uwsgi_pass 传递请求给uwsgi，而我们说的是http协议的keepalive ，所以对于其他协议诸如，uwsgi协议，fastcgi协议都是不能生效的 参考 nginx proxy 的规则 nginx keepalive doc 那么至此，nginx跟上游服务器的长连接配置就完成了 curl后面跟随两个连接，让curl同时请求两个url 这时抓包 可以看到，两次的请求，都是使用同一个端口，请求完毕了后，curl主动关闭socket， 毕竟程序也关闭了 。 所以客户端->nginx的连接是实现了http keep-alive 而此时，如果注释掉了nginx配置， 那么此时再次请求，客户端->nginx连接还是可以keep-alive的，但是nginx->upstream就不行了，因为那是针对ngxin->upstream的配置，客户端跟nginx的配置默认就是能keep-alive 为什么这样请求过去nginx，跟nginx的连接没有复用，每次循环，客户端完了都会发送F.信号，而不会复用连接呢？ 这个问题跟一开始我想在终端curl http://xxx 一样想看到第N次curl的时候，都会复用同一个连接，但是上网查了下，使用curl -v curl默认就是http 1.1, connection: keep-alive的，但是curl这个程序结束以后，就会直接关闭socket，这也很正常，程序都关闭了，socket自然就会关闭。 但是这里的我自己写个程序，循环5次，程序没有关闭，它也会自动关闭socket，没有复用连接，看来是requests的问题。 上网查了下，是requests的问题，它默认不支持keepalive，需要使用requests.session 对象来请求，才能使用上keepalive 浏览器打开 http://app-store-server.webapp.163.com:8000/api/recommend/index?a 确实可以复用连接，因为http1.1默认开启了connection: keepalive 当connection:keep-alive的头跟随请求到达nginx，nginx就会keepalive，nginx 是否开启keep-alive的配置就是keepalive-timout, 设置成0就是不开启keepalive。 为了校验效果我我把nginx的keepalive_timeout 设置成了10 连续请求3次，tcp抓包看到 等待10秒后，nginx发送F.信号了，符合我们预期，然后浏览器也立马返回ack信号了。 但是浏览器居然没有发送F.给nginx，这时后的80端端口处于 FIN_WAIT2状态 为什么浏览器没有及时发送F.信号呢？而是在两分钟后，浏览器发送R.信号给nginx，这时的连接才被完全关闭了。 在nginx还处于FIN_WAIT2的时候，也就是说client没想过要发送Fin信号，是因为它认为自己还有数据要发，所以不关闭吗？然后设置了2分钟超时时间，发送R信号，重置连接。 那么这样服务器不是一直得占用了一个端口处于FIN_WAIT2状态吗？这不是很浪费吗？ 在nginx还处于FIN_WAIT2的时候，我让浏览器继续发送同一个请求过去nginx，看看会怎样的，抓包看到 上面的流程： 测试过程中还碰到一种情况是，nginx keepalive 超时后，发送FIN给客户端， 这时客户端再次请求，就走正常流程了，向nginx发送FIN.信号，nginx也回应ack信号。 TCP keepalive的探究 (2) : 浏览器的Keepalive机制 TCP保活（TCP keepalive） tcpdump flags HTTP Keep-Alive是什么？如何工作？ 超时与重试机制（一） FIN_WAIT2 状态 https://my.oschina.net/airship/blog/2875176 curl keep-alive https://serverfault.com/questions/199434/how-do-i-make-curl-use-keepalive-from-the-command-line requests的keep-alive http://xiaorui.cc/2017/04/03/%E6%9E%84%E5%BB%BA%E9%AB%98%E6%95%88%E7%9A%84python-requests%E9%95%BF%E8%BF%9E%E6%8E%A5%E6%B1%A0/ rst包攻击 https://blog.csdn.net/russell_tao/article/details/7228923 TCP的ack机制 http://xstarcd.github.io/wiki/shell/TCP_ACK.html 为什么基于TCP的应用需要心跳包 http://hengyunabc.github.io/why-we-need-heartbeat/ https://www.cnblogs.com/hukey/p/5481173.html

你好在http早期，每个http请求都要求打开一个tpc socket连接，并且使用一次之后就断开这个tcp连接。使用keep-alive可以改善这种状态，即在一次TCP连接中可以持续发送多份数据而不会断开连接。通过使用keep-alive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，以此提高性能和提高httpd服务器的吞吐率(更少的tcp连接意味着更少的系统内核调用,socket的accept()和close()调用)。Httpd守护进程，一般都提供了keep-alive timeout时间设置参数。比如nginx的keepalive_timeout，和Apache的KeepAliveTimeout。这个keepalive_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive_timeout秒后，才开始关闭这个连接。当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是keepalive_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览发过来http请求，则关闭这个http连接。希望对你有帮助

问题场景： 当某个带有筛选条件查询列表的页面需要进行缓存，以便不再需要重复进行选择或者输入筛选条件的时候，我们就可以利用keepAlive来进行缓存，但keepAlive也存在着一些坑，这是需要注意的地方。 如何利用keepAlive进行缓存 1、在路由meta内定义keepAlive，来设置需要被缓存的页面 meta: { keepAlive: true } ture: 需要缓存的路由；false:不需要缓存的路由 2、判断router-view 被keep-alive包裹的为需要缓存的页面，这样我们就可以通过keepAlive来切换哪些页面需要缓存，哪些不需要缓存。 3、进入详情页面缓存，否则不缓存 路由守卫钩子 beforeRouteLeave 离开页面路由的时候出发； 当离开缓存页面，进入详情页面的时候，我们将缓存页面keepAlive设置true，如果离开缓存页面，不是进入详情页面的时候，我们设置为false，不进行缓存。 这是最基本的缓存设置，但是keepAlive也留下了一个大坑。 keepAlive二次进入页面显示首次缓存问题 第一次从缓存页面进入详情页再返回到缓存页面的时候，页面条件能被正确的缓存下来，但是当我们切换到别的路由，再一次进入该缓存页修改查询条件，并进入详情后返回缓存页，此时缓存的是页面状态是第一次进入该页面的时候的状态，也就是说，第二次进入页面的时候，该缓存读取的是第一次的缓存，这就非常的坑了。 所以通过下面的刷新缓存路由的方式来解决这个问题。 1、调整 router-view 定义一个isRouterAlive变量，用来刷新keep-alive;通过provide向下面子孙组件们暴露一个reload方法，用来刷新缓存。 2、设置缓存 子组件注册inject: ["reload"] 方法，beforeRouteEnter钩子在进入缓存页面的时候通过通过判断路由是否是来自详情页面，如果不是详情页，我们就刷新缓存，如果是详情页，就不做处理。 这样就解决了，只要是路由进入过别的页面(非详情页面)，我们就刷新缓存，这样就不会出现二次进入的时候，显示的是第一次的缓存状态，同时从详情页返回后正常显示缓存数据。

1.在使用keepAlive缓存是发现遇到的坑，现有A-B-C三个页面（A首页，B列表页，C详情页），从A到B刷新，C退回到B不刷新，这里是使用的结合router来实现的。 2.最开始的做法在app里面 在router路由里面设置需要缓存的组件的keepAlive:true 3.从A进入到B页面时设置B页面的meta.keepAlive==flase，让B页面刷新。 4.从C页面返回的B时设置B的meta.keepAlive==true,让B页面缓存(不刷新) 5.后面发现这样有一个问题，首次A进入B时B的keepAlive为false进入C页面时B的keepAlive为true，所以首次C退回到B时，B页面也会刷新。 导致的原因是因为当引入keep-alive 的时候它的值为true时，页面第一次进入，钩子的触发顺序created-> mounted-> activated，退出时触发deactivated。当再次进入（前进或者后退）时，只触发activated。所以会导致C第一次进入B的时候会刷新。 修改A页面的beforeRouteLeave替换为beforeRouteEnter当B进入A的时候修改B的keepAlive，这样的话，首次A进入B的时候keepAlive为true，执行created-> mounted-> activated，C首次退回的时候就不会刷新了。

Httpd守护进程，一般都提供了keep-alive timeout时间设置参数。比如nginx的keepalive_timeout，和Apache的KeepAliveTimeout。这个keepalive_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive_timeout秒后，才开始关闭这个连接。 当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是keepalive_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览发过来http请求，则关闭这个http连接。 测试结果证实是后者 http keep-alive与tcp keep-alive，不是同一回事，意图不一样。http keep-alive是为了让tcp活得更久一点，以便在同一个连接上传送多个http，提高socket的效率。而tcp keep-alive是TCP的一种检测TCP[连接]状况的保鲜机制。tcp keep-alive保鲜定时器，支持三个系统内核配置参数： echo 1800 > /proc/sys/net/ipv4/tcp_keepalive_time echo 15 > /proc/sys/net/ipv4/tcp_keepalive_intvl echo 5 > /proc/sys/net/ipv4/tcp_keepalive_probes keepalive是TCP保鲜定时器，当网络两端建立了TCP连接之后，闲置idle（双方没有任何数据流发送往来）了tcp_keepalive_time后，服务器内核就会尝试向客户端发送侦测包，来判断TCP连接状况(有可能客户端崩溃、强制关闭了应用、主机不可达等等)。如果没有收到对方的回答(ack包)，则会在 tcp_keepalive_intvl后再次尝试发送侦测包，直到收到对对方的ack,如果一直没有收到对方的ack,一共会尝试 tcp_keepalive_probes次，每次的间隔时间在这里分别是15s, 30s, 45s, 60s, 75s。如果尝试tcp_keepalive_probes,依然没有收到对方的ack包，则会丢弃该TCP连接。TCP连接默认闲置时间是2小时，一般设置为30分钟足够了。 使用http keep-alvie，可以减少服务端TIME_WAIT数量(因为由服务端httpd守护进程主动关闭连接)。道理很简单，相较而言，启用keep-alive，建立的tcp连接更少了，自然要被关闭的tcp连接也相应更少了。 HTTP 1.0中默认是关闭的，需要在http头加入"Connection: Keep-Alive"，才能启用Keep-Alive；HTTP 1.1中默认启用Keep-Alive，如果加入"Connection: close"，才关闭。 在HTTP/1.0版本中，并没有官方的标准来规定Keep-Alive如何工作，因此实际上它是被附加到HTTP/1.0协议上，如果客户端浏览器支持Keep-Alive，那么就在HTTP请求头中添加一个字段 Connection: Keep-Alive，当服务器收到附带有Connection: Keep-Alive的请求时，它也会在响应头中添加一个同样的字段来使用Keep-Alive。这样一来，客户端和服务器之间的HTTP连接就会被保持，不会断开（超过Keep-Alive规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接。 从HTTP/1.1起，默认都开启了Keep-Alive，保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接 Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间 心跳包 很多应用层协议都有HeartBeat机制，通常是客户端每隔一小段时间向服务器发送一个数据包，通知服务器自己仍然在线，并传输一些可能必要的数据。使用心跳包的典型协议是IM，比如QQ/MSN/飞信等协议。 心跳包 之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。 在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。 心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。 其实，要判定掉线，只需要send或者recv一下，如果结果为零，则为掉线。但是，在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。 在获知了断线之后，服务器逻辑可能需要做一些事情，比如断线后的数据清理呀，重新连接呀……当然，这个自然是要由逻辑层根据需求去做了。 总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错。如果实在要求高，那就在6-9秒。 TCP协议的KeepAlive机制 学过TCP/IP的同学应该都知道，传输层的两个主要协议是UDP和TCP，其中UDP是无连接的、面向packet的，而TCP协议是有连接、面向流的协议。 所以非常容易理解，使用UDP协议的客户端（例如早期的“OICQ”，听说OICQ.com这两天被抢注了来着，好古老的回忆）需要定时向服务器发送心跳包，告诉服务器自己在线。 然而，MSN和现在的QQ往往使用的是TCP连接了，尽管TCP/IP底层提供了可选的KeepAlive（ACK-ACK包）机制，但是它们也还是实现了更高层的心跳包。似乎既浪费流量又浪费CPU，有点莫名其妙。 具体查了下，TCP的KeepAlive机制是这样的，首先它貌似默认是不打开的，要用setsockopt将SOL_SOCKET.SO_KEEPALIVE设置为1才是打开，并且可以设置三个参数tcp_keepalive_time/tcp_keepalive_probes/tcp_keepalive_intvl，分别表示连接闲置多久开始发keepalive的ack包、发几个ack包不回复才当对方死了、两个ack包之间间隔多长，在我测试的Ubuntu Server 10.04下面默认值是7200秒（2个小时，要不要这么蛋疼啊！）、9次、75秒。于是连接就了有一个超时时间窗口，如果连接之间没有通信，这个时间窗口会逐渐减小，当它减小到零的时候，TCP协议会向对方发一个带有ACK标志的空数据包（KeepAlive探针），对方在收到ACK包以后，如果连接一切正常，应该回复一个ACK；如果连接出现错误了（例如对方重启了，连接状态丢失），则应当回复一个RST；如果对方没有回复，服务器每隔intvl的时间再发ACK，如果连续probes个包都被无视了，说明连接被断开了。 Ref：

keep-alive定义： keep-alive是Vue.js的一个内置组件。它能够不活动的组件实例保存在内存中，而不是直接将其销毁，它是一个抽象组件，不会被渲染到真实DOM中，也不会出现在父组件链中。 它提供了include与exclude两个属性，允许组件有条件地进行缓存。 这里的component组件会被缓存起来。 举个栗子 在点击button时候，coma与comb两个组件会发生切换，但是这时候这两个组件的状态会被缓存起来，比如说coma与comb组件中都有一个input标签，那么input标签中的内容不会因为组件的切换而消失。 props keep-alive组件提供了include与exclude两个属性来允许组件有条件地进行缓存，二者都可以用逗号分隔字符串、正则表达式或一个数组来表示。 include: 字符串或正则表达式。只有匹配的组件会被缓存。 exclude: 字符串或正则表达式。任何匹配的组件都不会被缓存。 keep-alive的声明周期执行 页面第一次进入，钩子的触发顺序 created-> mounted-> activated，退出时触发 deactivated 当再次进入（前进或者后退）时，只触发 activated 事件挂载的方法等，只执行一次的放在 mounted 中；组件每次进去执行的方法放在 activated 中； 将缓存name为a的组件。 name为a的组件将不会被缓存。 注意：此处的name值是与在名称为component组件中的name值对应的。 生命钩子 keep-alive提供了两个生命钩子，分别是activated与deactivated。 被keepalive包含的组件不会被再次初始化，也就意味着不会重走生命周期函数 但是有时候是希望我们缓存的组件可以能够再次进行渲染，这时 Vue 为我们解决了这个问题 被包含在 keep-alive 中创建的组件，会多出两个生命周期的钩子: activated 与 deactivated： activated 当 keepalive 包含的组件再次渲染的时候触发 deactivated 当 keepalive 包含的组件销毁的时候触发 keep-alive是一个抽象的组件，keep-alive会将组件保存在内存中，并不会销毁以及重新创建，所以不会重新调用组件的created等方法，缓存的组件不会被 mounted,为此需要用activated与deactivated这两个生命钩子来得知当前组件是否处于活动状态。 参数理解 keep-alive 可以接收3个属性做为参数进行匹配对应的组件进行缓存: include 包含的组件(可以为字符串，数组，以及正则表达式,只有匹配的组件会被缓存) exclude 排除的组件(以为字符串，数组，以及正则表达式,任何匹配的组件都不会被缓存) max 缓存组件的最大值(类型为字符或者数字,可以控制缓存组件的个数) 注：当使用正则表达式或者数组时，一定要使用 v-bind 遇见 vue-router 结合router使用，缓存部分页面 所有路径下的视图组件都会被缓存 如果只想要router-view里面的某个组件被缓存，怎么办？ 1、使用 include/exclude 2、使用 meta 属性 缺点：需要知道组件的 name，项目复杂的时候不是很好的选择 优点：不需要例举出需要被缓存组件名称 使用$route.meta的keepAlive属性： 需要在router中设置router的元信息meta：说完了keep-alive组件的使用，我们从源码角度看一下keep-alive组件究竟是如何实现组件的缓存的呢？ created钩子会创建一个cache对象，用来作为缓存容器，保存vnode节点。 destroyed钩子则在组件被销毁的时候清除cache缓存中的所有组件实例。 假设这里有 3 个路由： A、B、C。 需求如下： 默认显示 A B 跳到 A，A 不刷新 C 跳到 A，A 刷新 实现方式如下： 在 A 路由里面设置 meta 属性： 在 B 组件里面设置 beforeRouteLeave： 在 C 组件里面设置 beforeRouteLeave： 这样便能实现 B 回到 A，A 不刷新；而 C 回到 A 则刷新。防坑指南 1.keep-alive 先匹配被包含组件的 name 字段，如果 name 不可用，则匹配当前组件 components 配置中的注册名称。 2.keep-alive 不会在函数式组件中正常工作，因为它们没有缓存实例。 3.当匹配条件同时在 include 与 exclude 存在时，以 exclude 优先级最高(当前vue 2.4.2 version)。比如：包含于排除同时匹配到了组件A，那组件A不会被缓存。 4.包含在 keep-alive 中，但符合 exclude ，不会调用 activated 和 deactivated。keep-alive生命周期钩子函数：activated、deactivated 使用<keep-alive>会将数据保留在内存中，如果要在每次进入页面的时候获取最新的数据，需要在activated阶段获取数据，承担原来created钩子中获取数据的任务。附录，题外话 生命周期函数：就是vue在某个时间段会自动执行的函数 1、beforeCreate(){}在执行的时候，data还有methods都没有被初始化。 2、created(){} data还有methods都被初始化好了，如果要调用 methods 方法或者操作 data 里面的数据，最早只能在 created 里面进行操作。 3、beforeMount(){} 表示模板已经在内存中编辑完成了，但是尚未渲染到模板页面中。即页面中的元素，没有被真正的替换过来，只是之前写的一些模板字符串。 4、mounted(){} 表示内存中模板已经真实的挂载到页面中去了，用户可以看到渲染好的界面了 注意这是一个生命周期函数的最后一个函数了，执行完这个函数表示 整个vue实例已经初始化完成了，组件脱离了创建阶段，进入运行阶段。 下面是运行期间的两个生命周期函数的钩子： 5、beforeUpdate(){} 表示我们的界面还没更新 但是data里面的数据是最新的。即页面尚未和最新的data里面的数据保持同步。 6、update(){} 表示页面和data里面的数据已经包吃同步了 都是最新的。 7、beforeDestory(){} 当执行这个生命周期钩子的时候 vue的实例从运行阶段进入销毁阶段 此时实例身上的data 还有 methods处于可用的状态。 8、Destoryed(){} 表示组件已经完全被销毁了 组件中所有的实例方法都是不能用了

keepalive起初是为LVS设计的，专门用来监控lvs各个服务节点的状态，后来加入了vrrp的功能，因此除了lvs，也可以作为其他服务（nginx，haproxy）的高可用软件。VRRP是virtual router redundancy protocal（虚拟路由器冗余协议）的缩写。VRRP的出现就是为了解决静态路由出现的单点故障，它能够保证网络可以不间断的稳定的运行。所以keepalive一方面具有LVS cluster node healthcheck功能，另一方面也具有LVS director failover。 keepalive的两大功能： healthcheck和failover LVS cluster node healthcheck keepalive高可用服务原理介绍: keepalive director高可用之间的故障切换转移，是通过VRRP协议实现的。 在keepalive director工作时，主节点会不断的向备节点发送心跳消息，告知自己还活着，当主节点故障时，备节点无法接收主节点的心跳消息，此时就会启用自身的服务接管程序将主节点的IP和服务资源接管过来。当主节点恢复工作之后，又会释放IP资源和服务，恢复至备节点的角色。 VRRP协议原理简单介绍： VRRP是通过一种竞选协议协议机制来将路由的任务交给VRRP的路由器。在一VRRP的虚拟路由中，有多台物理的VRRP路由器，但是这多台路由器不同时工作，而是由一台Master负责路由工作，其他的都是backup，master是由backup竞争而来的，当master失去响应时，会从余下的backup中选出master来接管IP地址和服务资源。 VRRP协议的所有报文都是通过IP多播的形式传递消息，在一个虚拟路由器中，只有作为Master的VRRP路由器会一直发送VRRP广播包，当其他backup没有收到广播包时候，会迅速抢占master（谁的有限级高，谁就会抢占成功），处于安全性考虑VRRP协议传输数据时候进行了加密。 VRRP是virtual router redundancy protocal（虚拟路由器冗余协议）的缩写。 小结： 1，VRRP是virtual router redundancy protocal（虚拟路由器冗余协议）的缩写。 2，VRRP是通过一种竞选协议协议机制来将路由的任务交给VRRP的路由器。 3，VRRP协议的所有报文都是通过IP多播的形式传递消息 4，处于安全性考虑VRRP协议传输数据时候进行了加密。 官方网站： http://www.keepalived.org/ 编译安装yum安装都可 全局配置: VRRPD 配置: virtual_server VRRP同步组 两个vrrp_instance同属于一个vrrp_rsync_group，那么其中一个vrrp_instance发生故障切换时，另一个vrrp_instance也会跟着切换（即使这个instance没有发生故障）。 VRRP实例 1，Round-robin（RR）轮询：当新请求到达时候，从服务列表中选择一个Real Server，将请求重定向给这台Real Server。 2，Weighted round-robin（WRR）加权轮询：给每台Real Server分配一个权重/位列，权重越大，分到的请求数越多。 3，Destination hashing （DH）目标散列：来自于同一个IP地址的请求都被重定向到同一台Real Server上（保证目标地址不变）。 4，Source hashing（SH）源地址散列：Director必须确保响应的数据包必须通过请求数据包所经过的路由器或者防火墙（保证原地址不变）。 动态调度算法：通过检查服务器上当前连接的活动状态来重新决定下一步调度方式该如何实现。 5，Lease Connection （LC） 最少连接 哪一个Real Server上的连接数少就将下一个连接请求定向到那台Real Server上去。 【算法：连接数=活动连接数 256+非活动连接数】 6，Weight Least-Connection（WLC） 加权最少连接 在最少连接的基础上给每台Real Server分配一个权重。 【算法：连接数=（活动连接数 256+非活动连接数）÷权重】 一种比较理想的算法。 7，Shortest Expected Delay (SED) 最短期望延迟 不再考虑非活动连接数 【算法：连接数=(活动连接数+1) *256 ÷权重】 8，Never Queue (NQ) 永不排队算法，对SED的改进，当新请求过来的时候不仅要取决于SED算法所得到的值，还要取决于Real Server上是否有活动连接。 9，Locality-Based Least-Connection (LBLC) 基于本地状态的最少连接，在DH算法的基础上还要考虑服务器上的活动连接数。 10，Locality-Based Least-Connection with Replication Scheduling (LBLCR) 带复制的基于本地的最少连接 LBLC算法的改进 TCP UDP ESP (Encapsulation Security Payload) IPsec 封装安全负载 AH (Authentication Header) keepalived是实现服务器级别的接管，服务不可用无法切换keepalive，所以需要做好应用层的监控 参考链接： https://www.cnblogs.com/qq78292959/archive/2012/05/31/2528524.html http://www.keepalived.org/

1.两台业务系统启动着相同的服务，如果有一台故障，另一台自动接管，我们将中国称之为高可用。 2.系统可用率算法例： -1个9：（1-90%）*365=36.5天 ----> 表示该系统1年时间里最多可能的业务中断时间是36.5天 -2个9：（1-99%）*365=3.65天 ----> 表示该系统1年时间里最多可能的业务中断时间是3.65天 保证系统可实时不间断的使用。 软件：keepalive keepalive是通过vrrp（虚拟路由冗余协议）实现高可用。 通常业务系统需要保证7X24小时不down机。比如公司内部OA系统，每天公司人员都需要使用，则不允许down机。作为业务系统来说随时随地地都要求可用。 1.安装 2.配置[root@lb01 ~]# 3.启动 4.测试：keepalive高可用地址漂移 （1）keepalive提供一个VIP（虚拟IP）和vmac（虚拟Mac地址） （2）抓包测试 （1）默认配置为抢占式： master挂掉，backup上台，master重新启动则讲IP抢占过去。 （2）非抢占式配置： 两台均为backup，在优先级上做区分，如master挂掉，backup上台，则backup变成master，master变为backup。 a.两个节点的state均为backup(官方建议) b.两个节点都在vrrp_instance中添加nopreempt c.其中一个节点的优先级要高于另外一个节点 两台服务器角色都启用了nopreempt后，必须修改角色状态统一为backup，唯一的区别就是优先级不同。 keepalive高可用故障脑裂 由于某些原因，导致两台keepalive高可用服务器在指定时间内，无法检测到对方的心跳消息，各自取得资源及服务的所有权，而此时的两台高可用服务器又都还活着。 a.服务器网线松动等网络故障 b.服务器硬件故障发生损坏现象而奔溃 c.主备服务器都开启了firewalld防火墙 解决方法： 配置keepalived使用

使活着使继续

是在线互动直播平台。旨在连接早期创作者与其粉丝以进行高质量互动。该平台提供了一些功能，如“LiveVideo”和“LiveStream”，以便用户可以与其他用户进行实时视频聊天和互动。