晨小屋

前言 如果你正在用虚幻引擎做一款带复杂技能、Buff、连招的单机或者多人游戏，很大概率已经听说过 GAS（Gameplay Ability System）。 自从GAS在UE4上推出以来，GAS已经被应用在数不尽的项目中，现在，熟悉GAS几乎已经成为了UE Gameplay开发的必修课之一了。 现在网上也有着无数的GAS相关的文章，其中不乏介绍如何使用GAS的教程。这些内容对新手来说是非常有用的，但本系列并不会把重点放在如何使用GAS上。本系列默认读者你已经是一个对GAS略知一二，甚至有着利用GAS搭建一个小的RPG的经验了。这个系列的教程，会尽量的从设计理念和源码的角度，来剖析GAS。 GAS的起源 GAS的起源于Epic的一款叫做《Paragon》的第三人称MOBA游戏，在这款游戏中，Epic面临着以下几个设计难点： 极致的表现力：需要实现华丽且同步的3C技能效果。 复杂的逻辑：需要处理诸如击飞、眩晕、变身、持续伤害等多样化的技能机制。 严苛的网络环境：作为一款多人竞技游戏，它必须在服务器-客户端的网络架构下，保证所有玩家看到的技能效果和伤害计算是完全一致的。 可拓展能力和...

好久不见。 又是一段时间没更新博客了，上次更新还是去年 11 月底，距今已有三个多月。 去年 11 月家里迎来了小宝宝，这几个月一直处在「新成员带来的喜悦」和「带娃与家务的疲惫」之间。最近终于找到了生活与工作的平衡，决定重新拾起学习和记录的习惯。 2025 年 8 月，我从后端与安卓开发转回 UE 开发，回到老本行、回到热爱的行业，是件值得高兴的事。但换工作不是学习的终点——回到 UE 之后，发现自己还有大量内容需要掌握、沉淀和重新拾起。于是给自己定了今年的发文计划，打算写以下几个系列： GAS 详细剖析：从设计到各模块的源码与实现细节，都会过一遍，把这个主题讲透。 UE 网络同步详解：结合 GAS，从设计到代码实现把 UE 的网络同步讲清楚，重点是网络调用与数据同步，以及网络架构设计。 UE 渲染入门：渲染一直是我感兴趣的方向，而修改 UE 渲染管线是门槛很高的技术。掌握这一块，无论以后迁移到其他引擎还是自己做渲染，都会是很大的助力。这部分要求很高，我尽量达到 UE 引擎开发的入门水准。 这三个系列之间会视情况穿插一些零散话题，不会全是长系列。 文章会同步发到知乎、CSDN...

前言 最近在工作中，为了实现数据在多个关卡间的传递与管理，我在一个 GameInstanceSubsystem 中实现了如下方法： 1234567891011121314UCLASS()class UDataManageSubsystem : public UGameInstanceSubsystem{ GENERATED_BODY()public: UFUNCTION() void SetSharedData(const FName& Key, UObject* InData); UFUNCTION() bool GetSharedData(const FName& Key, UObject* OutData); private: UPROPERTY() TMap<FName, UObject*> SharedDataMap;}; 可以看到，我在Subsystem中创建了一个FName到UObject*的映射表，同时暴露了GetSharedData和SetSharedData两个接口...

前言 有两个月没有更新了，最近全身心投入在新的项目上，取得了不小的阶段性进展。周末台风天，在家里宅了两天，想想也该更新一下了。 今天就不分享什么很深的知识点了，而是计划分享一个我前两天在工作上用到的内容中的一个小知识点——虚幻引擎中的ScriptStruct。 从一个加塞需求开始讲起 这周三的时候，我正在按照原定的工作安排，不紧不慢的完成游戏中的一个系统的功能开发。下午的时候突然PM和制作人和我商量，有一个需求希望我在这周内完成——一个将策划的CSV表转换为UE中的DataTable的功能。 这个功能听起来似乎都不需要进行开发，因为UE引擎中已经提供了一个CSV导入工具，我们只需要将CSV文件导入到UE中，就可以将其转换为DataTable。不过这个需求的难点在于： 现在策划的表有很多，每个表的字段和结构都不一样，希望能有一个一键导入的功能。 我们现在游戏中用到的数据结构和表结构都还没有定，很有可能游戏中的数据结构会在未来的开发中发生变化，但是现在不能动，因此在导入的时候会需要做一些额外的数据处理。 给我的时间是截止到周五完成，我盘算了下，周四收尾手上的需求并进行规划，周五开...

好久不见。 上次更新已经是一个多月之前了，技术博客也断了一段时间。 最近这段时间确实是比较忙，今年4月份的时候，我由于工作上的调动，从后端开发又被调整到了安卓应用开发的岗位。连续两年被调整到新的技术栈的工作岗位，需要从头学习，本身对我职业发展来说就是一个很大的问题。我一开始还是尝试着去接受这个变动，在经历了一段时间，体会了新的部门的工作管理流程以及一些项目交付后，我觉得这个新的岗位实在是不适合我。 因此，之前的一个月的时间，除了要学习新知识、hold住新工作，我的剩余时间都是在寻找新的工作机会。最终，找到了一个中型游戏公司的资深UE开发岗位。 所以，很开心的说，我在八月份就能够回到热爱的游戏行业了，回到自己所擅长的地方。在现公司工作了将近1000天（离职的时候应该是刚好1000天），我从一开始的能在未来重点项目发挥自己的能力，到项目被砍只能做一个无关紧要的项目，到这个项目被砍无奈转型，到最后两年内第二次转技术栈，真的是有点心力交瘁了。 希望在新的游戏岗位上，能够实现自己的价值，我也会继续持续更新这个博客，可能会更多的讲一些关于我们项目的事情了，敬请期待。

今天发生了一个让我又好气又好笑的乌龙。 周六一大早起来，在B站上看到一个关于地形的shader优化方法，感觉很有意思。于是乎放弃了打游戏的计划，想把这个技术在KongEngine上实现一下。 我的KongEngine现在有两个主要的分支，一个是主分支master，是一个比较稳定了的主要基于OpenGL的分支，实现了不少的渲染效果；另外一个是vulkan_support分支，这个分支主要是用来接入vulkan的功能的，目前还没完全将OpenGL的效果移植过来。我目前主要的工作分支是在vulkan_support上。 我的地形效果是放在master分支的，所以自然我需要切回到master分支。但是当我切回去并且编译之后，出现了一个令我出乎意料的报错。 嗯？什么情况？ 这段代码是我之前处理shader间的引用的，利用了GLAD_GL_ARB_shading_language_include的拓展。已经很久没改过这里的代码了，怎么突然就出错了呢？ 我第一反应是我的shader是不是之前改过，所以引用路径错了。但是查了好几遍，包括回退以前可用的版本，也解决不了这个问题，所以大概率和这个没...

前言 在上一章的内容我们大致介绍了一下虚幻引擎Global Shader的相关内容，按照计划来说，接下来就是Material Shader了。不过由于最近工作比较忙，没有时间来好好整理Material Shader的内容，并且Material Shader在本系列也是比较重要的一个知识点，所以为了能把它讲清楚，我决定还是将这篇文章推迟。 因此今天我会先来介绍一个和Material Shader比较相关的概念，就是Material Expression。 Material Expression是一个非常重要的部分，它可以让我们在材质编辑器中创建一个自定义的材质节点，来实现各种各样的计算，影响最终的渲染效果。Material Shader很多时候也是通过Material Expression来应用在渲染流程中的。所以，理解Material Expression的基本概念和用法，对于掌握Material Shader的实现也非常重要。 另外这里要提一嘴的就是，本次教程所基于的引擎版本为5.5，若是有些示例代码或者方法不生效可能是版本不一致导致的，但是概念应该基本相通，可以作为参考。 M...

前言 在上一篇关于虚幻引擎SceneViewExtension的介绍里面简单的提到了一些关于UE中的Shader的一些介绍。由于那篇文章的重点是关于SceneViewExtensionTemplate的，所以并没有将Shader这部分内容展开和整理起来。 现在回想起来，觉得如果需要对UE的渲染流程做自定义的话，弄清楚UE的不同的shader的类型，以及各自的用法还是非常有必要的，因此打算开一个系列的文章，讲讲虚幻引擎的Shader。 相比较Unity对自定义shader的开发，UE从设计上其实更鼓励使用者通过可视化节点工具来实现自定义的渲染效果，可能和UE设计上的目标人群很多是设计师和影视行业从业者等非技术人员有关。因此，在UE中实现自定义Shader开发确实存在一定门槛，不过只要稍微了解核心逻辑并辅以实践，依然是可行的。也希望这个系列内容能为读者提供具体的思路与帮助，让复杂的技术变得更易上手。 第一篇，我会先介绍一下Global Shader。 Global Shader是什么 Global Shader是UE中一类不依赖具体材质或游戏对象的着色器，它可以用来处理全局场景相关的...

前言 我们都知道虚幻引擎是一个非常强大且使用广泛的商业引擎，在虚幻引擎的强大的渲染能力加持下，只要有质量足够好的模型，一个新手都可以得到非常逼真的渲染场景。 但是如果你是一个图形开发工程师，在虚幻引擎中定制自己的渲染过程是非常麻烦的，很有可能涉及到修改虚幻引擎的源代码，那这样一个很简单的修改调试起来都会非常的麻烦。（想起来之前做UE项目的时候，只要有引擎相关的代码更新，我们本地编译基本上就是2、3个小时起了，基本上干不了活。） 在这方面Unity的URP的灵活性就要好很多，也许是引擎的设计理念不同，Unity的可能更多的是面向技术人员，需要有更多的图形学技术能力以及自定义能力；而虚幻引擎可能更多的面向美术和设计人员，更多的是使用蓝图来实现多样的效果，提供统一且强大的渲染管线。 在虚幻引擎4.12版本中，Epic引入了SceneViewExtension，它为开发者提供了一种在场景渲染过程中插入自定义渲染逻辑的方式，通过它可以实现很多自定义渲染效果，比如后处理效果、自定义的调试信息显示等。这种机制允许开发者在不直接修改引擎核心渲染代码的前提下，扩展和定制渲染流程。 在网上Scene...