为什么 React 不直接用原生 requestIdleCallback 实现调度？谈到 React 的并发渲染和调度（scheduler），很多人都会问一个问题： 既然浏览器已经有了 requestIdleCallback，为什么 React 不直接用它来做“空闲时间执行渲染”，还要自己搞一套 Scheduler？ 这个问题背后的关键，其实是 requestIdleCallback 的局限性

手写 Vue 常用指令实践（v-model / v-show / v-focus…）Vue 的指令（Directive）是操作 DOM 的重要能力。除了内置的 v-model、v-show、v-if、v-on 等，我们也可以通过自定义指令把一些通用 DOM 行为（聚焦、权限控制、懒加载等）封装成“模板语法糖”。 这篇文章不去重新实现 Vue 核心指令的全部细节，而是通过手写简化

前端埋点统计与上报实践指南（PV/UV/行为/性能）不做埋点，你不知道用户如何使用你的产品；埋点做不好，你只看到一堆“数字噪音”。前端埋点本质上是：在正确的时机，以一致的结构，把关键行为/性能数据稳定上报到后端，为产品、运营、技术提供决策依据。 本文从“要采什么 → 怎么采 → 怎么上报 → 怎么防坑”的角度，总结一套可以在中小团队落地的前端埋点实践方案。

前端页面性能优化之图片资源优化在前端性能优化中，图片往往是页面体积最大的资源。在实际项目中，一个未经过优化的图片资源，往往比 JavaScript、CSS 加起来还要大。 本文将从 图片格式的选择、浏览器支持、工程实践 等角度，系统总结前端页面中 图片格式优化的思路与落地方案。 一、为什么图片格式会影响性能？图片对页面性能的影响主要体现在： 📦 资源体积大：图片通常占页面总资源的 50%～8

React Fiber 架构详解：为什么要 Fiber？它解决了什么？React Fiber 是 React 16 引入的底层重构，被很多人称为“现代 React 的地基”。你可能听过这些说法： Fiber 让 React 渲染“可中断、可恢复” Fiber 是并发渲染（Concurrent Rendering）的基础 Fiber 带来了更细粒度的优先级调度 但如果只停留在口号层面，很难真正理

React 项目性能优化：从诊断到落地（渲染/网络/构建）React 项目“变慢”通常不是单点问题，而是 渲染、网络、资源体积、数据流、构建 多因素叠加的结果。很多人一上来就 useMemo/useCallback 全家桶，最后代码复杂了、性能不一定提升，还容易引入“闭包旧值”之类的 bug。 这篇文章的目标是给你一套可复用的优化方法论： 先定位瓶颈（数据与证据） 再分层优化

介绍httpsok 是一个便捷的 HTTPS 证书自动续签工具，专为 Nginx 、OpenResty 服务器设计。已服务众多中小企业，稳定、安全、可靠。特点 一行命令，一分钟轻松搞定SSL证书自动续期 目前免费（大家放心使用） 申请SSL证书打开 httpsok ，登录后，点击【申请证书】 ​输入自己的域名（我这里演示是 *sunjc.vip ）并且提交申请 添加DNS解析因为证书签发时，C

React 组件通信React 的核心思想是“单向数据流”：数据从父组件流向子组件，UI 是 state 的函数。正因为是单向流，组件之间的“通信方式”就显得格外重要：父子怎么传值？子组件怎么通知父组件？兄弟组件如何共享状态？跨层级通信怎么做？全局状态又该如何管理？ 本文按“从简单到复杂”的顺序，系统总结 React 常见的组件通信方式，并给出适用场景与选型建议。 一、通信方式总览（先给结论）常

手写new 分为 4 步 新建一个空对象 将空对象的原型指向 new的函数 改变空对象的 this指向 判断 fn返回值是 引用类型 返回引用类型否则 返回新建对象 123456789function myNew(fn, ...args) { // 1. 新建一个空对象 // 2. 将空对象的原型指向 new的函数 let obj = Object.create(fn.prot

前端主题切换：从方案到落地（暗黑模式/多主题）“主题切换”已经从锦上添花变成了很多产品的标配：暗黑模式、护眼模式、品牌换肤、多租户主题、节日皮肤……实现方式看起来很简单（换个 class / 换套 CSS），但在真实项目里经常会遇到： 切换时闪烁（FOUC），首次加载先白后黑 SSR/同构时主题不一致导致 hydration 警告 组件库主题（Ant Design