小飞悟

IntersectionObserver使我们能够轻松获取获取元素的交叉状态，实现诸如懒加载、埋点监控、视差滚动等多种场景。 它性能良好，用法简洁。带来了极大的便利和用户体验，非常值得尝试。

一张图即可说明，如果能看到上图就不用往下看了。下面是上图的文字版解析 a. 用户输入 URL: 当你在浏览器中点击一个链接或输入一个网址时，比如点击一个图片链接 http://www.example.

一、为什么需要判断用户离开页面？ 在现代 Web 应用中，用户离开页面的行为触发的场景包括： 切换浏览器标签页 / 最小化窗口（页面不可见） 关闭标签页 / 浏览器 导航到新 URL 移动端切换 Ap

我经历了两个团队，其中一个采用了微前端架构，一个没有采用前端架构，正是因为我亲身感受过这两种不同的架构模式，所以我对这两种模式有着深切的体会，我想分享一下我们到底需不需微前端?我们为什么需要微前端？

前言 假设我们有4个项目 electron:使用Electron创建的一个桌面端项目，UI和功能大部分与web一致 web:使用React创建的一个web项目 service:使用Nest.js创建的

在开发中，我们经常会接触到 localhost 和 127.0.0.1。很多人可能觉得它们是一样的，甚至可以互换使用。实际上，它们确实有很多相似之处，但细究起来，也存在一些重要的区别。 本篇文章就带大

前端已死？——就业行情、技术转型与未来发展路径的深度解析 近年来，“前端已死”这一极端论调不断在开发者圈内引起热议。表面上看，这种说法似乎预示着前端技术的黄金时代已经结束，但深入剖析现状后，我们发现这

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

在去年的一场面试中，面试官向我提了一个问题： 面试官：后端一次性给你一千万条数据，渲染到页面上发生卡顿，你该怎么优化？ 我：我会问候后端（bushi）