问题
setInterval 是间隔调用，与之类似的还有 setTimeout。这两个 API 通常用来做 ajax 短连接轮询数据。
比如有一个 logs.vue 是用来展示某个正在执行的进程产生的日志：
<template>
<div>
<p v-for="item in logList" :key="item.time">
<span>{{"[" + item.time + "]"}}</span>
<span>{{ item.log }}</span>
</p>
</div>
</template>
<script>
import { Component, Vue, Watch, Prop, Emit } from 'vue-property-decorator'
import { getLogList } from './api'
@Component({})
export default class extends Vue {
logList = []
timer = null
mounted(){
this.getData()
}
async getData(){
let r = await getLogList()
if(r && r.logList){
this.logList = r.logList
}
this.timer = setTimeout(()=>{
console.log(this.timer);
this.getData()
}, 1000)
}
beforeDestory(){
clearTimeout(this.timer)
this.timer = null;
}
}
</script>
这段代码看上去没啥问题，但是测试的时候你会发现，有时候路由已经跳转了，获取进程日志的接口依然在不断调用，甚至，有时候接口调用速度非常快，一秒可能有好几个请求。
分析
beforeDestory 是组件销毁前的生命周期的钩子，这个钩子函数一定会调用，但是能不能彻底销毁 setTimeout 呢？答案是不能。
打开控制台就能看到不断打印出来的 id
这是因为，每次使用 clearTimeout 清除掉的是上一次的 id, 而不是本次正要执行的，这种情况，对于使用 setInterval 也是一样的。
根本原因在于，每次调用 getData， this.timer 是在不断的被赋予新的值，而不是一成不变的。
在以前的原生 js 中，我们通常这样写：
var timer = null
function init(){
timer = setInterval(function(){
getData()
})
}
function getData(){}
window.onload = init
window.onunload = function(){
clearInterval(timer)
}
由于上面的 timer 始终保持一个值，所以这里的清除是有效的
解决
vue 提供了 程序化的事件侦听器 来处理这类边界情况
按照文档的说法，我们的代码可以这样来更改
<script>
import { Component, Vue, Watch, Prop, Emit } from 'vue-property-decorator'
import { getLogList } from './api'
@Component({})
export default class extends Vue {
logList = []
// timer = null
mounted(){
this.getData()
}
async getData(){
let r = await getLogList()
if(r && r.logList){
this.logList = r.logList
}
const timer = setTimeout(()=>{
this.getData()
}, 1000)
this.$once('hook:beforeDestroy', function () {
clearTimeout(timer)
})
}
}
</script>
这样写，还解决了两个潜在问题
在组件实例中保存这个 timer，最好只有生命周期钩子有访问它的权限。但是实例中的 timer 会视为杂物
如果建立代码独立于清理代码，会使得我们比较难于程序化地清理所建立的东西
如果你是在项目中引入了 ts，那么可能会导致在组件销毁的时候，定时器不能成功清除，这时候，你需要使用
const timer = window.setTimeout(()=>{
this.getData()
}, 1000)
this.$once('hook:beforeDestroy', function () {
window.clearTimeout(timer)
})
如果你漏掉了其中一个 window，那么很可能会遇上类似的 ts 报错：Type 'Timer' is not assignable to type 'number'，这是因为 node typings
It seems like you are using node typings which override setInterval() as something that returns NodeJS.Timer. If you're running in the browser, it doesn't make a whole lot of sense to use these,
结论
我们可以通过 程序化的事件侦听器 来监听销毁我们创建的任何代码示例
除了 setTimeout 和 setInterval ，通常还有一些第三方库的对象示例，如 timePicker，datePicker，echarts图表等。
mounted: function () {
// Pikaday 是一个第三方日期选择器的库
var picker = new Pikaday({
field: this.$refs.input,
format: 'YYYY-MM-DD'
})
// 在组件被销毁之前，也销毁这个日期选择器。
this.$once('hook:beforeDestroy', function () {
picker.destroy()
})
}
以上这篇vue 实现setInterval 创建和销毁实例就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？