前言 在前端开发的浪潮中，性能优化一直是开发者们不懈追求的目标。今天，就让我们一同走进 9 个高级 API 的奇妙世界，领略它们如何在实战中助力前端性能实现质的飞跃。 一、requestIdleCal

千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂，业务统计规则又不允许把sql拆成多个子查询。

若promise一直保持pending状态，将会在内存中保存相应的上下文，无法释放，这可能导致内存泄漏。

谈到 Vite，给人的第一印象就是 dev server 启动速度快。同样规模的项目，相比 Webpack 动辄十几秒甚至几十秒的的启动速度，Vite 简直是快到没朋友，往往数秒之内即可完成启动(PS

背景 作为外汇资讯类的App,查看新闻资讯一直是用户核心需求,也是老板一直说能不能再提高点速度不想看到加载的过程.[如果大家想看基本的简单使用,请绕过,基本学完之后,再次看会有不同的感受的] 在资讯中

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第16天，点击查看活动详情 脚本 1 脚本数量 每个<script>标签初始下载时都会阻塞页面渲染，减少页面包含的<script>标

在对项目做了一些优化处理后，再次无缓存打开可以发现网页几乎是秒开，平均耗时在1s以内 在这里总结记录一下，基本上都是一些常规可复制的优化手段，希望能为同样想优化网页性能的你提供思路~

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

在工作中，有时会遇到需要一些不能使用分页方式来加载列表数据的业务情况，对于此，我们称这种列表叫做长列表。比如，在一些外汇交易系统中，前端会实时的展示用户的持仓情况(收益、亏损、手数等)，此时对于用户的持仓列表一般是不能分页的。 在高性能渲染十万条数据(时间分片)一文中，提到了可…