最近项目上线，用户一多，页面就卡得不行。首屏加载 3 秒起，滚动掉帧，手机发烫……被 QA 喊去聊了好几次。 没办法，只能低头研究性能优化。翻了一圈文档和实战案例，发现现代浏览器其实给了我们很多“外挂

前言 去年遇到的一个问题，也是非常经典的面试题了。能聊的东西还蛮多的 倒计时为啥不准 一个最简单的常用倒计时： 稍微有几毫秒的误差，但是问题不大。 原因：JavaScript是单线程，setTimeo

此文总结了我多年组件封装经验，以及拜读 antd、element-plus、vant、fusion等多个知名组件库所提炼的完美组件封装的经验；是一个开发者在封装项目组件，公共组件等场景时非常有必要遵循

作为一名前端开发者，我们一定都遇到过这样的需求：实现一个占满整个屏幕的欢迎页、弹窗蒙层或者一个 fixed 定位的底部菜单。 直觉告诉我们，这很简单，给它一个 `height: 100vh` 就行了

作为前端开发者，我在学习ES6特性时，总被const的"善变"搞得一头雾水——为什么用const声明的数组还能push元素？为什么基本类型赋值就会报错？直到翻遍MDN文档、对着内存图反复推敲，才终于理

一、为什么需要防重复弹窗？ 在实际开发中，前端常遇到 多接口并行请求 的场景： 场景1：电商结算页同时调用库存、优惠券、地址校验接口 场景2：后台管理系统批量提交多个表单 场景3：分片上传大文件时触发

后端说这个需求可能我实现不了，前端你想办法解决解决，因此一个pdf导出的功能，由前端从零到一实现了，后端同学终于被前端拯救了一次

前言 前段时间老板心血来潮，要我们前端组对整个的项目都做一下接口防止重复请求的处理（似乎是有用户通过一些快速点击薅到了一些优惠券啥的）。。。行吧，搞就搞吧，you happy jiu ok！

我们都知道，如果一次性展示所有的数据，那么会造成页面卡顿，虚拟滚动的原理就是将数据根据滚动条的位置进行动态截取，只渲染可视区域的数据，这样浏览器的性能就会大大提升，废话不多说，我们开始。 具体实现 首