首先，我们应该对于栈内存和堆内存有一个大概的了解。存储在栈内存中的变量应该是大小固定并且不可扩展的。而存储在堆内存中的变量则灵活许多，可以动态增加或减少。通过理解js的栈内存和堆内存能够帮助我们理解很多js中的内容，下面我们正式开始。首先介绍一下js中的基本类型和引用类型。 我…

开辟的堆内存或者形成的上下文（进栈执行=>栈内存）是越多越好，还是越少越好？肯定是越少越好，因为计算机的内存是固定的，我们所有开辟的内存都在占用计算机的资源，当计算机内消耗存过多，性能也就越来越卡（直

「本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！」 前言 招聘季节一般都在金三银四，或者金九银十。最近在这五六月份，陆陆续续面试了十几个高级前端。有一套考察算法的小题

公司的中后台系统用的是Element-UI框架，自然树组件也就是用的el-tree。 说实话，el-tree已经很不错了，提供丰富的回调事件，属性，方法，在轻量数据渲染上可以说是不二之选。 但是奈何半年多的项目实践，越发觉得el-tree卡顿了起来，数据越来越多，功能越来越复杂…

前端角度：通过Web Worker做子线程实现（使用worker来开辟一个独立于主线程的子线程来进行哪些大量运算，这样就不会造成页面卡死。） 主线程采用new命令，调用Worker()构造函数，新建一个 Worker 线程。 Worker()构造函数的参数是一个脚本文件，该文件…

如果不考虑DOM节点回收，也就是一直不停向后加入节点，这样的长列表是比较容易的。那我们为什么要考虑DOM节点回收呢？ DOM节点本身并非耗能大户，但是也不是一点都不消耗性能，每一个节点都会增加一些额外的内存、布局、样式和绘制。如果一个站点的DOM节点过多，在低端设备上会发现明显…

之前是看面试题的时候突然看到前端怎么处理十万条数据，用户的交互是下拉列表的形式展示，觉得有点意思，就自己上手搞一波 面试官的考点 我分析了一波，面试官的考点可能有以下几点： 前端渲染海量 dom

在实际工作中，我们很少会遇到一次性需要向页面中插入大量数据的情况，但是为了丰富我们的知识体系，我们有必要了解并清楚当遇到大量数据时，如何才能在不卡主页面的情况下渲染数据，以及其中背后的原理。 我们对十万条记录进行循环操作，JS的运行时间为187ms，还是蛮快的，但是最终渲染完成…

大家都知道，js是单线程语言，而且dom的操作（如插入、删除等）所带来的性能损耗是巨大的，比如我们对一个ul连续插入100w条li，会发生什么呢？