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

在做实时监控系统时，比如服务器状态面板、订单处理中心或物联网设备看板，每隔 5 秒自动拉取最新数据是再常见不过的需求了。 但你有没有遇到过这些问题？ 页面切到后台还在疯狂发请求，浪费资源 上一次请求还

一、历史背景 + 时间轴 网页一旦需要 “实时” ，麻烦就开始了：数据在不断变化，用户却只能等下一次刷新； 刷新解决不了的延迟，用短轮询凑数，又被无数空请求反噬； 再加长轮询，试图把“有了新数据再说”

告别臃肿的第三方库！只需几百行简洁代码，就能让你的列表拥有丝滑流畅的拖拽体验，像被施了“魔法手指”一样灵动。无需担心体积臃肿或依赖过多，轻松实现自定义，开发体验和用户体验都能大大提升！

requestIdleCallback requestIdleCallback 是 浏览器提供的 API，用于在 浏览器空闲时执行低优先级任务，不会阻塞主线程，也不会影响动画和用户交互。 使用场景 非

在开发中，我们经常会将一些常用的代码块、功能块进行封装，为的是更好的复用。那么，被抽离出来独立完成功能，通过API或配置项和其他部分交互，便形成了插件。 下面这些是我在工作中积累的一些常用的前端开源插件，这里只是罗列出来，详细的用法各个插件官网或者Gayhub都有介绍。注意：往…

前言 浏览器是一个多进程多线程的架构，以 Chrome 为例，每一个 tab 页都是一个单独的渲染进程。在这个渲染进程下，有 JS 执行线程和渲染线程。 JS 执行线程与渲染线程是互斥的，这就导致了我

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

屋里美团的姑娘喊我帮她写前端，忙到凌晨两点的我苦不堪言。为此我写了这篇文章《axios封装》希望他们在未来写出更好的前端代码。