vue+element-ui el-table组件二次封装实现虚拟滚动，解决数据量大渲染DOM过多而卡顿问题

为什么要用虚拟滚动 当表格不以分页形式展示，如果数据过多，那么dom树会将数据节点全部加载出来，如下图所示： 假如从后端获取的数据有成千上万条导致了页面卡顿，又不想改成分页展示，那么你需要用“虚拟滚动

最近公司项目表格数据量过大导致页面加载时间非常长，而且还使用了keep-alive缓存，关闭页面时需要卸载大量dom，导致页面卡死。后来在网上查找了很多方法，发现了umy-ui（目前只支持v2）

需求： 需要在页面上加载有数千行数据的表格； 1.正常加载 （数据量大的话，页面会加载过久，页面卡顿会导致浏览器崩溃） 2.懒加载 优点：页面每次进入时加载速度都很快。 缺点：页面滚动到所有数据都加载

对于几百M或上G的大图而言，不管对图片进行怎么优化或加速处理，要实现秒开也是不太可能的事情。而“图像分割切片”是最佳解决方案。图像切片是指将一张大图分割成若干个小图的过程，以便于存储和处理。

很多前端都喜欢用 console.log 调试，先不谈调试效率怎么样，首先 console.log 有个致命的问题：会导致内存泄漏。 为什么这么说呢？ 用 Performance 和 Memory 工

相同的功能采用不同的代码实现所需要的运行时间也不会相同，这里简单总结了10个JavaScript代码优化的小技巧，可以增加这么一nainai的运行速度

前言 大家好，我是林三心，用最通俗的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心，今天跟大家来唠唠嗑，如果后端真的返回给前端10万条数据，咱们前端要怎么优雅地展示出来呢？（哈哈假设后端真的

聊下来以后得出一些结论：这类读者普遍就职于中小型公司，前端人员个位数，平时疲于开发，团队内部几乎没有基础建设，工具很蛮荒。工程化对于这些读者来说很陌生，基本不知道这到底是什么，或者说认为 Webpack 就是前端工程化的全部了。 笔者目前就职于某厂的基础架构组，为百来号前端提供…