小小的吐槽
同事跑路了，刚刚接手这个模块我是崩溃的。这个定时刷新折线图数据的烂摊子我是真看不下去，奈何时间紧迫代码量大，也只能继续修修补补了。
我来描述下这个模块的几张echarts是如何糟糕的：
- 数据是分type取回来的，有的echarts图里要整合几种type的数据；
- 计时器不准确堵塞导致图表异常 -> 动态调整更新；
- 定时器最短更新时间为五秒，当你准时五秒去取数据时，可能取不到(设备还没来得及写入就去取数据) -> 取数据时前后偏移两个周期，都取回来比较补充，同时web显示的也不是最新的数据，而且延迟1-2个周期的；
- 调整设备时间后(2024年->2018年)，设备回显数据时间跨度超过规定的两天，设备说数据按条数来限制而不是时间，底层代码不好修改 -> 前端遍历筛选；
- 设备读取数据库写入json，web获取时再去读，数据量大时接口慢 -> web的后端lua层分6次一次8h取数据，然后整合；
遭罪啊？！
回到正题-不准确的计时器 setInterval
为什么 setInterval 并不可靠
一般来说，setInterval 是一个常用的函数，用于按照指定的时间间隔重复执行指定的代码。虽然 setInterval 在许多情况下都可以正常工作，但是由于JavaScript 是单线程的，当某段代码执行时间超过了时间间隔，就会导致下一个计时器被推迟，这样会导致累积的延迟误差。
在这个模块中，这个现象异常明显，打开控制台查看网络，可以明显观察到，定时更新数据的计时器由于堵塞，会导致图标数据缺失。
为了掩盖数据缺失，他加上了自动连线，但是他还保留了smooth来维持线的顺滑，这就出现了曲线图里塞直线的独特风味。他真的，我哭死。
那该如何才能保证计时器的准确性
通过搜索可以了解到，可以使用requestAnimationFrame来保证计时器的准确性，但是对于这个模块并不适用。
虽然requestAnimationFrame可以确保在浏览器每一帧渲染之前执行指定的回调函数，但是它仍然会受到主线程执行其他任务的影响。当主线程中执行长时间任务时，例如接口请求、复杂计算或其他耗时操作，这些任务可能会延迟requestAnimationFrame的执行，从而影响到计时器的准确性。
所以，我只能采用setTimeout的递归执行，配合时间的动态调整来实现。
javascript
mounted(){
// 执行轮询，用lastTime来存储时间
this.lastTime = new Date().getTime();
this.periodicPolling();
},
periodicPolling(){
// 递归执行下一次计时
var offset = new Date().getTime() - this.lastTime;
this.timer = setTimeout(()=>{
this.lastTime = new Date().getTime();
// 这里执行更新操作
this.refreshEchartsAllData();
// 递归
this.periodicPolling();
}, this.customCycle*1000 - offset)
},通过以上代码，就可以自动计算更新时接口所耗费的时间，并动态调整定时刷新的时间，以免计时器被推迟累积，导致延迟误差。
说在最后
这个模块实在是棘手，各种设备导致的不准确来让web来承担和负责，前端的代码也是难以阅读和维护，也只能通过简单调整和修修补补，来堵住测试的嘴了。