然后一生如愿

写过地图需求的同学应该都遇到过地图加载大量点(4W多个点)导致页面十分卡顿的问题吧。 最近项目上线验收，现场直接卡崩溃了，其实在公司还好，因为公司的电脑配置还算可以，没有出现过崩溃的现象(但是也很卡，

我们在日常的项目开发中往往会把页面拆分成一个个的组件，通过拼装的方式来实现整体的页面效果，所以与其说去优化 React，不如聚焦在现有的组件中，思考🤔如何去设计一个组件才能提高他的性能

部分组件的错误不应该导致整个页面白屏，为了解决这个问题，React 引入了一个概念 —— 错误边界（Error Boundaries）。

前言 大家好，我是林三心，用最通俗易懂的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心~ 背景 是这样的，我们公司有一个平台，这个平台上面有一个页面，是一个我们公司内部存放一些字幕图片的，图

前言 上个周写了一篇大屏开发经验总结，引来了不少朋友围观，还未浏览的朋友可以直接跳转：https://juejin.cn/post/7365414174216454194。 很多前端在开发大屏的时候，

场景描述 方法一 使用Promise.all，这种方式可以实现等待所有接口请求完成之后统一处理，但是这个方法会按照并行的模式，将所有请求一次性全部发送出去，然后等待接收到全部结果后，在走统一处理 方法

说明 之前听珠峰架构课，姜文老师在《手写Promise》视频课中讲述了手写发布订阅者模式和观察者模式，做个学习记录。 发布订阅者模式是emit-on模式，两者没有关系，触发之后中介调用所有的订阅者

react-watermark-component是一个可以生成水印背景图片的组件，非常好用，这篇文章完全是搬运过来翻译一下，做个记录。

在一个悠闲的午后，旁边的同事突然一脸严肃地问我：“为什么在 form 表单中点击一个按钮会导致我的 Web 页面刷新？”我一时愣住了，当我观察他的操作时，确实发现页面刷新了