1.UE4源码剖析——光照贴(LightMap) 之 由烘焙到渲染流程
2.PIXI.JS源码解析：Ticker.js
3.vue 源码详解（三）： 渲染初始化 initRender 、渲染渲染生命周期的源码调用 callHook 、异常处理机制
4.URP（渲染管线定义，代码源码解析）
5.unity urp源码学习一（渲染流程）
6.终于搞懂了！渲染渲染原来 Vue 3 的源码 generate 是这样生成 render 函数的
UE4源码剖析——光照贴(LightMap) 之 由烘焙到渲染流程
在离线编辑器阶段，通过构建（Build）按钮启动光照烘焙流程，代码flex源码实现UE4引擎在构建场景光照、渲染渲染反射球信息、源码预计算静态网格可见性、代码构建导航网格、渲染渲染构建HLOD、源码构建流式贴图等，代码仅关注光照相关只构建光照（Build Lighting Only）阶段，渲染渲染Lightmass系统负责计算光照，源码Swarm分布式工具加速并分担计算任务。代码
Swarm初始化并启动烘焙流程，Startup阶段计算光照构建的关卡与灯光信息，统计静态几何体数据并初始化Swarm，Swarm分为协调与代理程序，负责数据导出与任务分配。AmortizedExport阶段进行分摊式数据导出，SwarmKickoff阶段Swarm全面启动，AsynchronousBuilding阶段消费者程序执行任务，完成光照信息计算。AutoApplyingImport阶段根据配置决定是否自动导入烘焙结果，WaitingForImport与ImportRequested阶段等待导入烘焙数据，Import阶段完成数据导入，Finished阶段地图构建完成。
光照贴图合并大图过程，为每个静态几何体独立生成光照贴图后，UE4将多张贴图尽可能合并到一张大贴图中，以优化IO加载与渲染性能。合并算法简单，通过排序、读取最大尺寸限制与重新摆放光照贴图完成。
贴图像素设置与Mipmap生成，合并后的光照贴图设置像素值，为每种类型的光照贴图创建，最终将数据以真实形式存储。贴图包含SkyOcclusionTexture、AOMaterialMaskTexture、ShadowMapTexture与低分辨率系数贴图。
贴图渲染资源合并中，判断不同几何体使用的贴图集合是否一致，优化判断效率。创建FLightmapClusterResourceInput类代表贴图集合，并统计所有集合用于判断几何体是否使用相同贴图集合。
运行时光照贴图传递到Shader流程包括UE4几何体渲染架构窥探、光照信息存储、赋值LCI与生成渲染批次、绑定Shader。可道管家源码FLODInfo类存储光照信息，FMeshBatchElement中设置LCI字段，FBasePassMeshProcessor绑定贴图集合到Shader。在Shader代码中访问LightmapResourceCluster变量访问贴图集合中的光照贴图。
UE4通过Swarm分布式框架、Lightmass光照系统与优化的贴图合并与传递流程，实现了高效、实时的光照计算与渲染。
以上内容详细介绍了UE4引擎中光照贴图从烘焙到渲染的完整流程，包括分布式工具、数据合并、贴图存储与Shader访问，实现了高性能的光照计算与渲染。
PIXI.JS源码解析：Ticker.js
本文聚焦于剖析PIXI.JS的核心模块，尤其探讨了Ticker.js文件中包含的功能实现，解释了Ticker和TickerListener如何协同工作以处理动画渲染和执行回调。
在使用PIXI.JS时，初次接触的关键代码涉及实例化Application，该实例用于添加精灵图和创建动画。核心在于Application中的内部变量_ticker，它负责动画循环的执行。_ticker对象通过start方法启动循环，同时ticker.add方法允许将渲染函数添加到渲染队列中，确保每次循环时都能触发渲染函数，更新画布上的图像。
Ticker.js作为核心模块，包含了Ticker和TickerListener的逻辑。ticker.add方法将渲染函数添加到渲染队列中，而ticker.start方法则启动循环，触发队列中的渲染函数执行。ticker.remove方法用于移除队列中的函数。UPDATE_PRIORITY.LOW参数允许用户调整回调函数的执行顺序。
Ticker内部维护了一个队列，由_head和_tick变量管理。_head作为队列的源头，而_tick则负责循环执行，通过requestAnimationFrame实现。每次循环执行前，需要确保三个条件满足：_ticker已启动、_requestId为null以及队列中存在有效回调。当这三个条件满足时，循环得以启动并执行。
每次循环时，_tick执行内部逻辑以更新图像。在循环过程中，_head.next指向下个回调，形成链式执行。_addListener方法用于内部管理回调函数的添加与移除，允许用户通过控制参数来影响回调函数的执行顺序与执行次数。
TickerListener作为回调函数链的.a文件无源码管理器，负责链接并执行一系列回调函数。当向应用实例中添加回调时，会自动插入到TickerListener队列中，确保在每次循环时按照特定顺序执行所有回调。TickerListener内部方法确保了回调的正确执行顺序与执行次数，同时提供了灵活的插入策略，允许用户根据需要调整回调函数的位置。
总之，Ticker.js通过Ticker和TickerListener的协作，实现了高效、灵活的动画循环和回调执行机制，为开发者提供了强大的动画控制能力，简化了渲染和动画管理过程。
vue 源码详解（三）： 渲染初始化 initRender 、生命周期的调用 callHook 、异常处理机制
在Vue的源码解析中，本文着重于三个关键点：渲染初始化、生命周期调用及其异常处理机制。这些要素构成了Vue实例构建过程的核心，确保了应用在运行时的流畅性和稳定性。渲染初始化
在Vue实例初始化阶段，一系列关键属性和方法被设置，为后续的渲染工作做好准备。其中，$attrs和$listeners的使用虽然在普通开发场景中可能较少涉及，但在高阶组件中却发挥着重要作用。未来，将专门撰写一篇文章详细阐述其使用方法和场景。生命周期调用与callHook
在完成渲染初始化后，Vue实例开始执行生命周期钩子函数，以执行特定的初始化任务。这些生命周期函数以数组形式存储，形成“任务队列”，确保了函数按照预设顺序执行。调用callHook函数触发beforeCreate生命周期，该函数会遍历队列中的每个任务，并以当前组件实例为上下文执行这些函数。值得一提的是，在调用生命周期钩子时，Vue会暂时禁用依赖收集，以避免不必要的渲染操作。这一机制通过pushTarget和popTarget函数实现，确保在执行钩子函数后，状态能正确恢复。异常处理机制
Vue具有完善的异常处理机制，能够确保在遇到错误时，能够优雅地控制和处理。当组件内出现异常时，异常信息会沿组件链向上层组件传播，直至根组件。夺宝半价商城源码这一过程能够确保错误信息被妥善处理，避免了错误对应用整体性能的影响。通过配置组件上的errorCaptured属性，开发者可以选择阻止异常向上层组件传播，从而实现更精细的错误管理。 在Vue的生命周期管理和异常处理方面，callHook函数作为触发器，通过遍历生命周期队列执行相应任务。而invokeWithErrorHandling函数则负责处理每个任务函数的执行，确保即使在执行过程中出现异常，也能通过适当的错误处理机制进行统一管理和控制。 综上所述，Vue的渲染初始化、生命周期调用和异常处理机制构成了其高效、灵活且安全的运行基础，为开发者提供了强大的工具集，以构建复杂的应用程序。通过深入理解这些核心部分，开发者能够更有效地利用Vue的特点，实现高效、稳定的应用开发。URP（渲染管线定义，源码解析）
本文详细解析了Unity渲染管线(URP)的内部工作原理和源码结构，深入探讨了URP如何实现高效的渲染流程和丰富的渲染特性。首先，我们介绍了UnityEngine.CoreModule和UnityEngine.Rendering.Universal命名空间的基本概念，理解了它们在URP中的角色。然后，通过查找CreatePipeline方法和分析UniversalRenderPipeline实例的内部结构，揭示了URP实例化和初始化的过程。
在渲染管线实例阶段，我们聚焦于UniversalRenderPipeline实例的Render方法，以及它在每帧执行的任务，特别是Profiling器的使用，这为性能优化提供了重要的工具。接着，文章深入探讨了ScriptableRenderer类，它实现了渲染策略，包括剔除、照明以及效果支持的描述，展示了其在渲染过程中如何与摄像机交互。
对于渲染过程的细节，文章详细说明了从设置图形参数、执行剔除、初始化光照、执行渲染Pass到后处理阶段的流程。特别关注了渲染Pass的执行，以及如何通过自定义RenderPass来扩展URP的功能。在渲染结束后，文章还介绍了如何使用ProfilingScope进行性能分析，云播源码 php为优化渲染管线提供了实用的工具。
综上所述，本文以深入的技术细节，全面解析了Unity URP渲染管线的内部机制，旨在帮助开发者更好地理解URP的实现原理，进而优化其应用中的渲染性能。
unity urp源码学习一（渲染流程）
sprt的一些基础:
绘制出物体的关键代码涉及设置shader标签（例如"LightMode" = "CustomLit"），以确保管线能够获取正确的shader并绘制物体。排序设置（sortingSettings）管理渲染顺序，如不透明物体从前至后排序，透明物体从后至前，以减少过绘制。逐物体数据的启用、动态合批和gpuinstance支持，以及主光源索引等配置均在此进行调整。
过滤规则（filteringSettings）允许选择性绘制cullingResults中的几何体，依据RenderQueue和LayerMask等条件进行过滤。
提交渲染命令是关键步骤，无论使用context还是commandbuffer，调用完毕后必须执行提交操作。例如，context.DrawRenderers()用于绘制场景中的网格体，本质上是执行commandbuffer以渲染网格体。
sprt管线的基本流程涉及context的命令贯穿整个渲染流程。例如，首次调用渲染不透明物体，随后可能调用渲染半透明物体、天空盒、特定层渲染等。流程大致如下：
多相机情况也通过单个context实现渲染。
urp渲染流程概览:
渲染流程始于遍历相机，如果是游戏相机，则调用RenderCameraStack函数。此函数区分base相机和Overlay相机：base相机遍历渲染自身及其挂载的Overlay相机，并将Overlay内容覆盖到base相机上；Overlay相机仅返回，不进行渲染操作。
RenderCameraStack函数接受CameraData参数，其中包含各种pass信息。添加pass到m_ActiveRenderPassQueue队列是关键步骤，各种pass类实例由此添加至队列。
以DrawObjectsPass为例，其渲染流程在UniversialRenderer.cs中实现。首先在Setup函数中将pass添加到队列，执行时，执行队列内的pass，并按顺序提交渲染操作。
终于搞懂了！原来 Vue 3 的 generate 是这样生成 render 函数的
在深入探索 Vue 3 的生成机制时，我们从面试官的提问出发，通过分析一棵经过转换阶段（transform）处理的抽象语法树（AST），揭示了 Vue 3 如何生成 render 函数的源码逻辑。本文以 Vue 3.4. 版本为例，提供了一个具体的示例代码来直观演示这个过程。 为了更好地理解这一过程，我们首先需要通过浏览器调试一个简单的 Vue 3 示例，通过查看生成的渲染函数代码，发现它包含了 `openBlock` 和 `createElementBlock` 函数的调用。这两个函数在 这篇文章中 已经有过详细解释。 在生成阶段（generate），核心任务是根据经过转换阶段处理的 AST 抽象语法树，构建出渲染函数的源代码字符串。这个过程涉及到多个步骤和函数的协作，从上下文对象的初始化到导入 Vue 中的必要函数，再到逐步构建渲染函数的函数名、参数，以及最终的返回内容。 上下文对象的构建在 `createCodegenContext` 函数中完成，它为生成渲染函数提供了一个结构化框架。在导入步骤中，`genModulePreamble` 函数负责生成 `import { xxx} from "vue"` 语句，这些语句用于引入在转换阶段收集的函数，如 `toDisplayString`、`openBlock` 和 `createElementBlock`。通过查看 `helpers` 数组的内容，我们可以发现这些函数是根据转换阶段收集的信息动态决定的。 接着，通过 `genModulePreamble` 的辅助函数 `genHoists`，静态提升过程被执行，进一步优化渲染函数的结构，确保只引入了实际需要的函数。这一过程的直观展示，帮助我们理解了如何在生成阶段中管理函数的导入和优化。 在构建函数名和参数部分，通过一系列的 `push` 操作，将函数名、参数等信息拼接到渲染函数的字符串中。这一过程不仅定义了函数的基本结构，而且为之后的生成渲染函数内容铺平了道路。 最后，生成渲染函数的返回内容依赖于 `genNode` 函数，它根据 AST 节点的不同类型（如 `SIMPLE_EXPRESSION`、`INTERPOLATION` 和 `VNODE_CALL`）进行处理。在处理 `VNODE_CALL` 类型节点时，`genVNodeCall` 函数进一步细分，通过 `helper` 方法（如 `openBlock` 和 `createElementBlock`）生成具体的虚拟节点，如 `p` 标签。这一过程体现了 Vue 3 在生成阶段中如何灵活地处理不同类型的节点，并将其转换为实际的渲染代码。 通过这一系列的分析和调试步骤，我们可以清晰地看到 Vue 3 在生成阶段如何基于 AST 抽象语法树构建渲染函数的源代码。这一过程不仅展示了 Vue 3 强大的模板编译能力，也体现了其在优化和效率提升方面的设计考量。 为了进一步深入学习和实践 Vue 3 的编译优化技术，建议关注公众号：前端欧阳，获取更多进阶 Vue 相关资源和实践指导。UE4-Slate源码学习（六）slate渲染Part2-Paint控件绘制
上一篇文章介绍了绘制一个SWindow的初期步骤，即计算整个UI树的控件大小，为绘制做准备。文章随后深入探讨了绘制流程的第二步，即执行FSlateApplication::PrivateDrawWindows()后，开始调用SWidget::Paint()函数，每个控件随后实现其虚函数OnPaint()。
在这一过程中，绘制参数被封装在FPaintArgs中，作为Paint和OnPaint过程中的关键引用参数。FSlateRHIRenderer与FSlateDrawBuffer是继承自FSlateRenderer的类，作为FSlateApplicationBase的全局变量，在构造时创建。在绘制过程中，通过GetDrawBuffer()函数可获取到FSlateDrawBuffer对象。
FSlateDrawBuffer实现了Slate的绘制缓冲区，内部封装了FSlateWindowElementList数组，用于存储多个SWindow下的绘制元素列表。每个SWindow通过AddWindowElementList()返回一个元素列表。
FSlateWindowElementList负载了SWindow内的所有图元信息，内部封装了FSlateDrawElement的数组，包含Cached和Uncached元素，以及SWindow的指针和用于渲染的批处理数据FSlateBatchData。
FSlateDrawElement是构建Slate渲染界面的基本块，封装了UI树节点控件需要渲染的相关信息，如渲染变换、位置、大小、层级ID、绘制效果等，以及后续渲染阶段需要的相关数据。
在Paint流程中，处理当前传入的SWindow和ChildWindows，首先判断窗口是否可见和是否最小化，然后从参数封装的OutDrawBuffer中获取WindowElementList。调用SWindow的PaintWindow()函数开始绘制窗口，并最终返回所有子控件计算完的最大层级。接着，子窗口递归绘制。
PaintWindow()函数在绘制窗口时，首先调用SetHittestArea()设置点击区域，HittestGrid会判断窗口大小是否改变，若不变则仅更新窗口在屏幕中的位置。构造FPaintArgs参数后，将其封装到FSlateInvalidationContext中。
FSlateInvalidationRoot类的PaintInvalidationRoot()函数可以作为控件树的根节点或叶子节点（SInvalidationPanel），构建快速路径避免每次绘制都计算大小和Paint函数，有利于优化。本篇文章主要分析正常慢速路径调用流程，优化相关将另文分析。
PaintSlowPath()函数从SWindow开始调用Paint()函数，并定义LayerId从0开始作为参数，进行实际的绘制相关计算。
Paint()函数首先处理裁剪、透明度混合、坐标转换等代码。若SWidget包含NeedsTick掩码，则调用Tick函数，我们在日常开发中通过蓝图或lua使用Tick函数时即调用到这里，通过SObjectWidget::Tick调用到UUserWidget::NativeTick供实现Tick。构造FSlateWidgetPersistentState PersistentState作为SWidget的变量，表示Paint时的状态。
PersistentState.CachedElementHandle将当前SWidget存储到FSlateWindowElementList中的WidgetDrawStack数组中。
更新FPaintArgs中的父节点参数和继承可点击测试参数，判断点击测试状态，然后将当前SWidget添加到点击测试中。调用虚函数OnPaint，由控件自己实现。
OnPaint()函数参数包括绘制参数引用、几何体、裁剪矩形、缓冲元素列表、层级、控件风格、父节点状态等。最后处理重绘标签、延迟绘制相关内容、UpdateWidgetProxy()根据缓存句柄更新快速路径中需要处理标记设置为Volatile不稳定状态的SWidget。
虚函数OnPaint()由子类自己实现，本文列举了SImage、SButton、SCompoundWidget和SConstraintCanvas的OnPaint()示例代码学习。
在SImage中，简单判断Brush是否存在以及BrushDrawType的类型，然后调用FSlateDrawElement::MakeBox将控件添加到缓冲区元素列表中。
SButton继承自SCompoundWidget，GetBorder()根据当前按钮状态返回ui中设置的Enabled、Press、Hover、Disabled等状态的Brush。
SCompoundWidget作为合成节点，有且只能有一个子节点，且在Paint时强制将子节点的LayerId+1，同时SCompoundWidget可以单独设置混合颜色和透明度，影响子节点。
SConstraintCanvas作为SWidget的基类对应UMG中常用的UCanvasPanel，通过ArrangeLayeredChildren()对孩子进行层级排序，并根据孩子的层级是否相同存储bool值在ChildLayers中。遍历所有孩子，判断是否开启新层级，递归调用Paint函数，最后返回最大层级。
SConstraintCanvas::ArrangeLayeredChildren函数中，获取设置bExplicitChildZOrder，表示可以将同层一次渲染，有利于提高渲染器批处理。对所有孩子排序，排序规则为FSortSlotsByZOrder。遍历所有孩子，判断可见性掩码、计算偏移、锚点、位置、拉伸缩放等，封装成FArrangedWidget存储到ArrangedChildren中，用于OnPaint时有序遍历。判断每个孩子ZOrder是否相同，相同则bNewLayer为false，大于LastZOrder则将bNewLayer设置为true，最终存储到ArrangedChildLayers中，用于OnPaint函数判断是否将layerId+1。
FSlateDrawElement::MakeBox()函数在OnPaint之后调用，将绘制控件的相关信息通过创建FSlateDrawElement绘制元素对象，添加到SWindow管理的FSlateWindowElementList元素列表中。创建Payload用于存储贴图等相关信息，根据控件Paint过程中的参数调用Element.Init初始化绘制元素，得到为该控件绘制创建的FSlateDrawElement对象。
总结整个Slate绘制流程的第二步，我们没有分析快速处理和优化细节，而是按照正常绘制流程分析代码。通过从PaintWindow开始遍历整个控件树，处理每个空间节点的Paint、OnPaint函数，最终目的是给每个控件创建一个FSlateDrawElement对象，存储渲染线程绘制所需的相关信息，并添加到FSlateWindowElementList中。理解了整个调用流程，整个过程较为清晰，本文基于UE4版本4..2。
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性能优化之道。
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渲染阶段的关键知识与实战技能，从理论到实践，提升你的前端开发能力。
