1.react源码解析8.render阶段
2.源码级解析，源码搞懂 React 动态加载（上） —— React Loadable
3.大家都能看得懂的源码源码 - ahooks 是怎么处理 DOM 的？
4.实现一个自定义 React Hook：useLocalStorageState
5.带你了解vue3的自定义hooks
6.为何要使用React Hooks？

react源码解析8.render阶段

       本文深入解析React源码中的渲染阶段，带你掌握React高效学习的源码精髓。让我们一起探索React的源码源代码，从基础到进阶，源码实现深入理解。源码悟空搜索源码在哪找

       1. 开篇介绍和面试题

       从最基础开始，源码解读面试题背后的源码原理，为你的源码学习之旅铺垫。

       2. React设计理念

       了解React的源码核心理念，为何它在现代前端开发中独树一帜。源码

       3. React源码架构

       拆解React源码结构，源码理解其设计的源码精妙之处。

       4. 源码目录结构与调试

       掌握React源码的源码目录布局和调试技巧，提升代码阅读效率。源码

       5. JSX与核心API

       深入学习JSX语法与React核心API，构建高效、灵活的组件。

       6. Legacy与Concurrent模式入口函数

       比较Legacy和Concurrent模式，了解React性能优化之道。asp源码如何复制

       7. Fiber架构

       揭秘Fiber的运作机制，理解React渲染的高效实现。

       8. Render阶段

       重点解析Render阶段的核心工作，构建Fiber树与生成effectList。

       9. Diff算法

       深入了解React的Diff算法，高效计算组件更新。

       . Commit阶段

       探索Commit阶段的流程，将Fiber树转换为真实DOM。

       . 生命周期

       掌握React组件的生命周期，优化组件性能。

       . 状态更新流程

       分析状态更新的机制，实现组件响应式的开发。

       . Hooks源码

       深入Hooks源码，理解状态管理与函数组件的结合。

       . 手写Hooks

       实践动手编写Hooks，巩固理解。

       . Scheduler与Lane

       探讨React的调度机制与Lane概念，优化渲染性能。

       . Concurrent模式

       探索Concurrent模式下的财富密码指标源码React渲染流程，提高应用的交互流畅度。

       . Context

       学习Context的用法，简化组件间的数据传递。

       . 事件系统

       深入事件处理机制，实现组件间的交互。

       . 手写迷你版React

       实践构建一个简单的React框架，深化理解。

       . 总结与面试题解答

       回顾学习要点，解答面试常见问题，为面试做好充分准备。

       . Demo

       通过实际案例，直观展示React渲染流程与技巧。

       本课程带你全面掌握React渲染阶段的关键知识与实战技能，从理论到实践，提升你的前端开发能力。

源码级解析，搞懂 React 动态加载（上） —— React Loadable

       本系列深入探讨SPA单页应用技术栈，首篇聚焦于React动态加载机制，解析当前流行方案的结束的公式源码实现原理。

       随着项目复杂度的提升和代码量的激增，如企业微信文档融合项目，代码量翻倍，性能和用户体验面临挑战。SPA的特性使得代码分割成为优化代码体积的关键策略。

       code-splitting原理在于将大型bundle拆分为多个，实现按需加载和缓存，显著降低前端应用的加载体积。ES标准的import()函数提供动态加载支持，babel编译后，import将模块内容转换为ESM数据结构，通过promise返回，加载后在then中注册回调。

       webpack检测到import()时，自动进行code-splitting，动态import的模块被打包到新bundle中。通过注释可自定义命名，如指定bar为动态加载bundle。

       实现简易版动态加载方案，后台管理文件源码利用code-splitting和import，组件在渲染前加载，渲染完成前展示Loading状态，优化用户体验。然而，复杂场景如加载失败、未完成等需要额外处理。

       引入React-loadable，动态加载任意模块的高阶组件，封装动态加载逻辑，支持多资源加载。通过传入参数如模块加载函数、Loading状态组件，统一处理动态加载成功与异常。

       通过react-loadable改造组件，实现加载前渲染Loading状态，加载完成后更新组件。支持单资源或多资源Map动态加载，兼容多种场景。

       Loadable核心是createLoadableComponent函数，采用策略模式，根据不同场景（单资源或多资源Map）加载模块。load方法封装加载状态与结果，loadMap方法加载多个loader，返回对象。

       LoadableComponent高阶组件实现逻辑简单，通过注册加载完成与失败的回调，更新组件状态。默认渲染方法为React.createElement()，使用Loadable.Map时需显式传入渲染函数。

       在服务端渲染（SSR）场景下，动态加载组件无法准确获取DOM结构，react-loadable提供解决方案，将异步加载转化为同步，支持SSR。

       React loadable原始仓库不再维护，局限性体现在适用的webpack与babel版本、兼容性问题以及不支持现代React项目。针对此问题，@react-loadable/revised包提供基于Hooks与ts重构的解决方案。

       React-loadable的实现原理与思路较为直观，下文将深入探讨React.lazy + Suspense的原生解决方案，理解Fiber架构中的动态加载，有助于掌握更深层次的知识。

大家都能看得懂的源码 - ahooks 是怎么处理 DOM 的？

       深入浅出ahooks源码系列文章之十三，完整文档地址如下。

       本文主要探讨ahooks在处理DOM类Hooks时的规范及源码实现。

       ahooks中的大部分DOM类Hooks会接收一个名为target的参数，用于表示要处理的元素。target可以接受三种类型：React.MutableRefObject（通过`useRef`保存的DOM）、`HTMLElement`、或者函数（用于SSR场景）。

       目标元素支持动态变化，这在实际应用中是常见的需求。

       ahooks通过`useTargetElement`方法实现目标元素的获取，兼容第一点的参数规范。

       `useEffectWithTarget`和`useLayoutEffectWithTarget`是针对第二点，支持target动态变化的实现，分别调用`createEffectWithTarget`函数。

       在`packages/hooks/src/utils/useEffectWithTarget.ts`和`packages/hooks/src/utils/useLayoutEffectWithTarget.ts`中，`useEffect`和`useLayoutEffect`被调用，它们在内部封装处理逻辑。

       `createEffectWithTarget`是核心函数，用于创建相应的副作用效果。

       总结，ahooks通过规范的输入输出，支持丰富的DOM操作场景，内部进行封装处理，使用户能快速上手并灵活运用。

       本文已收录至个人博客，欢迎关注。

实现一个自定义 React Hook：useLocalStorageState

       实现一个自定义 React Hook：useLocalStorageState

       在需求中，需要将数据保存到 localStorage，并在组件初始化时获取，修改时保存到本地。

       创建一个名为 useLocalStorageState 的 Hook，封装读写逻辑。

       此实现简单，但支持仅字符串格式，需手动序列化和反序列化以扩展数据类型。

       增加序列化和反序列化支持，以适应不同数据类型。

       扩展序列化反序列化方法，提供自定义序列化反序列化选项。

       考虑使用成熟的第三方库，如 ahooks，其提供现成的 useLocalStorageState 实现。

       ahooks 的 useLocalStorageState 源码可供参考和学习。

带你了解vue3的自定义hooks

       Vue3，借鉴React Hooks，发展出的Composition API，允许我们自定义封装hooks。接下来，我们将使用TypeScript风格封装一个简单的计数器逻辑hooks（useCount）。

       使用方式如下：

       效果如下：

       以下是useCount的源码：

       代码中，首先定义了hooks函数的入参类型和返回类型，使用接口来指定Range和Result参数，这样可以避免IDE提示错误，确保业务逻辑正确。接着，在增加inc和减少dec的两个函数中加入了类型守卫检查，确保传入的delta类型值在所有场景下都能被正确识别，防止可能出现的类型检查失效问题。最后，代码简洁明了，实现了计数器的增减逻辑。

       如果你对Vue3和Composition API感兴趣，欢迎关注公众号：小何成长，这里分享的都是我曾经踩过的坑和学到的知识。希望我们能在编程的道路上共同进步。

为何要使用React Hooks？

       åœ¨äº†è§£React Hooks之前，我们必须先知道React的函数组件性质以及的函数组件为什么要用Hooks。

        大伙儿都知道，无组件不React，而React的组件又分为类式组件和函数式组件，为什么函数式组件大受React开发者的推广？

        首先我们从源码的角度来简单谈一下类式组件和函数式组件的区别：

        定义类组件时，我们必须继承React.Component

        同时，它具有一个render函数

        咱们见好就收，毕竟具体操作需要涉及源码，不是一时半会解释的清的。那么render加载组件时，发生了什么？

        1.根据组件标签，找到组件

        2.由于是类式组件，创建新的实例，并通过该实例调用到原型上的render方法

        3.将虚拟Dom转化为真实DOM

        类式组件被定义为复杂的组件，这不是React所希望的，React想要的组件是纯函数组成的管道，那么便引出了作为简单组件的函数组件。

        而函数组件作为一个函数，是没有继承React.Component的，他只需要两步 1.找到组件 2.渲染组件 ，所以也就 不存在生命周期，以及状态及this。

        这就意味着，函数组件实现有关state的管理，需要借助redux，秉承redux能不用就不用的准则（其实有的时候还蛮香的，全局管理方便），往往会另功能简单的React组件变得笨重。

        于是React团队自.8版本以来，推出了稳定的React HOOKS来解决上述问题。

        React约定钩子的前缀为use，所以需要自定义钩子时，一般使用use为前缀创建钩子。除此之外，React默认提供了四种钩子：

        1）useState

        相当于一种静态声明，目的是引入状态，此时的钩子保存状态。useState()接收函数状态的初始值，具有两个参数，第一个为状态变量，第二个为改变状态的方法，比如const [number,setNumber] = useState(0)

        2)useEffect

        副作用钩子，用来替代生命周期，最常见是向服务器请求数据

        useEffect()作为常用的钩子之一，接收两个参数，第一个参数是函数，第二个参数是一个数组，给出依赖项，数组里的值代表需要监测的对象。

        问题来了，生命周期那里体现？

        当组件参数发生改变时，useEffect()就会执行。组件第一次渲染时，useEffect()也会执行。是不是相当于生命周期中的 componentDidMount() 呢？而useEffect()下的return，一般写在第一个参数的异步操作后，相当于 componentWillUnmount() ，在组件卸载前执行，做收尾工作。

        3）useReducer

        属于action钩子，useReducer()将算出新的state，返回一个数组。例如const [state, dispatch] = useReducer(ReducerFunc, initState)

        第一个值是当前状态值，第二个值是发送action的dispatch。与Redux的Reducer一样，能够共享状态，但是不同之处是没法提供中间件和时间旅行(time travel)。

        4)useContext

        共享状态的一个钩子，在组件外部建立一个Context，包裹组件时，可以将被包裹组件的状态共享给组件内部调用的其他组件，即：

        1.外部建立Context()

        2.包裹含有状态的组件1

        3.在其他函数组件内部调用该Context()时，可以将组件1的状态共享

        但是有一点需要注意的是，使用useContext进行的数据流管理，每当context更新时，所有 使用 到该context的组件都会重新渲染。所以需要方法对useContext()进行优化，减少不必要的更新，优化方法可以参考： 如何优雅地处理使用React Context 导致的不必要渲染问题？

        除此之外还有一些自带的钩子，比如：

        5)useCallback和useMemo

        可以用做React性能优化

        react很烦，一但更新数据，render依次diff刷新节点，拦都拦不住。useCallback和useMemo就是拦住他刷新的方法。

        假设React组件中有个button，同时声明了click方法，每次render时，button和click方法都会重新render。于是可以使用useCallback()，避免组件重复无意义的渲染。

        比如：

        原因是缓存了相同的引用，以此避免了无效render。

        useMemo参数用法一致，不过useCallback一般用于缓存函数，useMemo用于缓存计算结果之类。

        useCallback(fn, deps)相当于useMemo(()=>fn, deps)

        *可以推出，使用useCallback实现useMemo的方法：

        useMemo(fun,...deps)  

        useCallback(fun(...deps), [...deps])

        这两者是等价的。