keep-alive

现象：路由頁面被缓存，销毁阶段函数不执行，active和deactivated()函数不执行，进入页面的created函数（创建期函数）执行。 原因： <template> <div id="app"> <keep-alive v-if="$route.meta.keepAlive"> <div> //未激活 <router-view :class="this.$route.meta.requireAuth===true?'':'tab-bottom'"/> </div> </keep-alive> <div> <template> 改正： <template> <div id="app"> <keep-alive v-if="$route.meta.keepAlive"> <router-view :class="this.$route.meta.requireAuth===true?'':'tab-bottom'"/> </keep-alive> <div> <template> <keep-alive> 正常生效条件： 1.只能包裹动态组件，不能包裹 div 等标签，要想保持状态，就得把那部分封装在一个功能性的组件上。 2.keep-alive仅支持第一个元素,单节点激活。 3.一个keep-alive只能在同一时间段内保持一个组件状态，也就是里面不能有两个动态组件 4

案发现场 昨天晚上突然短信收到 APM （即 Application Performance Management 的简称，我们内部自己搭建了这样一套系统来对应用的性能、可靠性进行线上的监控和预警的一种机制）大量告警 （画外音: 监控是一种非常重要的发现问题的手段，没有的话一定要及时建立哦） 紧接着运维打来电话告知线上部署的四台机器全部 OOM (out of memory, 内存不足)，服务全部不可用,赶紧查看问题! 问题排查 首先运维先重启了机器，保证线上服务可用，然后再仔细地看了下线上的日志，确实是因为 OOM 导致服务不可用 第一时间想到 dump 当时的内存状态，但由于为了让线上尽快恢复服务，运维重启了机器，导致无法 dump 出事发时的内存。所以我又看了下我们 APM 中对 JVM 的监控图表 画外音： 一种方式不行，尝试另外的角度切入！再次强调，监控非常重要！完善的监控能还原当时的事发现场，方便定位问题。 不看不知道，一看吓一跳，从 16：00 开始应用中创建的线程居然每时每刻都在上升，一直到 3w 左右，重启后（蓝色箭头），线程也一直在不断增长），正常情况下的线程数是多少呢，600！问题找到了，应该是在下午 16:00 左右发了一段有问题的代码，导致线程一直在创建，且创建的线程一直未消亡!查看发布记录,发现发布记录只有这么一段可疑的代码 diff：在