eFunTech

【Unity GPU粒子插件实测】该插件可将传统ParticleSystem特效转换为GPU粒子，通过离线烘焙粒子数据到纹理，运行时仅需Mesh+Shader回放，实现性能飞跃。实测1万粒子实例场景中，帧率从6FPS提升至100+。支持90%常见粒子模式（Billboard/Stretch/Mesh），自动合并材质贴图，保留原有工作流。特别适合手游/小游戏中需要处理大量同屏粒子的场景，但对实时碰撞、拖尾等动态特性存在限制。建议优先转换展示型循环特效，配合性能压测使用。

【Unity万人同屏插件】是一套面向实战项目的高性能解决方案：把“渲染、移动、寻路、索敌、碰撞检测”这些最吃性能的系统一次性打通，快速有效获得帧率、负载量提升。也是Unity通用性能优化插件，超大规模渲染、寻路移动、索敌碰撞检测等全方位性能瓶颈解决方案，支持Animator、Animation、Spine转为GPU动画prefab，并支持多线程合批渲染大幅提升性能, 兼容Unity全平台(含微信/抖音小游戏)新手友好、简单易用，无ECS技术门槛，传统开发方式，也适用于旧项目免重构优化性能。

本文聚焦一个明确目标：在Unity中实现“10万人同屏动态避障 + 导航寻路 + 3D地形支持”。核心思路是以多线程Jobs的RVO（局部动态避障）为基础，再引入Jobs并行的跳点寻路（JPS）做批量路径查询，最后扩展RVOAgent使其能沿路径点移动，同时通过高度图把地形高度同步给RVO单位，实现真实3D地形上的行走。

Unity万人同屏插件是一款全平台兼容的性能优化工具，支持WebGL、微信/抖音小游戏等平台，通过Jobs多线程、GPU Instancing等技术实现10-100倍性能提升。文章详细介绍了在WebGL平台替代DOTS的两种解决方案，重点讲解了使用Graphics.RenderMeshInstanced接口实现高性能合批渲染的方法，包括视锥裁剪、数据组织等关键技术。同时还分享了海量飘字动画、子弹、粒子特效的Shader优化技巧，如贝塞尔曲线轨迹、顶点偏移、UV动画等。该插件已提供Web在线Demo测试和微信

本文详细介绍了使用GF_X框架打包WebGL项目并通过HybridCLR实现热更新的完整流程，以及如何转换为微信小游戏。主要内容包括：WebGL打包的环境配置与关键参数设置、HybridCLR热更新验证方法、微信小游戏转换工具的使用步骤及常见问题解决方案。重点强调了性能优化策略，如将核心逻辑AOT化、使用GPU动画分担压力、采用万人同屏方案等。最后总结了从WebGL打包到小游戏转换再到热更新部署的完整工作流，为开发者提供了一套完整的Unity微信小游戏开发解决方案。

Obfuz是专为Unity项目设计的代码混淆加密插件，特别适合HybridCLR热更新场景。它解决了传统第三方混淆工具（如.NetReactor）在Unity中的适配问题，提供自动化混淆流程。插件通过虚拟机代码生成和密钥加密机制，有效保护热更程序集安全，防止反编译获取源码。配置简单，支持忽略特定代码段混淆，确保反射调用和序列化功能正常。对于使用GF_X框架的项目，只需勾选选项即可一键启用混淆功能。Obfuz显著提升代码安全性，并有助于应用商店过审。

UI动效一直是Unity游戏开发的一大痛点，大部分项目都在使用Animator/Animation制作UI动效。而Animation是以节点路径记录动画，一旦UI层级、节点名变更就会导致动效返工，且Animation编辑器缓动曲线很难控制，没有预置常用曲线可直接用。易用性、可维护性苦不堪言。一小部分团队则是使用DOTween让程序员手写动效，即使DOTween简单易用，但脱离动效师主导很难制作出高品质的动效，且使用代码制作动效更加难以维护。

《万人同屏插件》是一款基于Dots技术的高性能Unity开发工具，通过GPU动画渲染和BRG/ECSGraphics多线程渲染器，实现3D/2D Spine动画的海量单位渲染（10万单位）。支持武器挂载、动画事件、骨骼信息保留及LOD优化，GPU动画兼容全平台包括WebGL。插件提供一键转换工具将Animator/Spine动画转为GPU动画，大幅降低DrawCall和包体体积。新增ECSGraphics渲染器支持无限实例、8级LOD和动态挂载点切换。配套RVO多线程避障系统可实现大规模单位寻敌与碰撞检

通过编辑器代码实现一键将Unity的SpriteAtlas图集资源转换为Text Mesh Pro的SpriteAsset资源，无需依赖三方工具Texture Packer快速制作富文本图标。同时支持SpriteAltas资源一键转换为分割好碎图的Sprite Multiple，更放方便制作一键生成图片艺术字体

GM工具使用:GM工具通常用于游戏运行时修改数值(加钱/血量)、解锁关卡等，用于快速无死角测试游戏。一个通用型GM工具对于游戏项目是非常实用且必要的，但通用不能向易用妥协，纯命令行GM门槛太高，对QA不友好。这类运行时命令行工具实现原理很简单，主要是通过给变量或方法添加Attribute标识，然后通过反射获取被标记的变量或方法，命令触发通过反射为变量赋值或Invoke方法。此类工具免费或付费的已经泛滥了，不推荐浪费时间重复造轮子。1. 免费开源的Log显示工具，也嵌入了命令行功能。

很多人用HybridCLR进行全代码热更，即使加密AB包也毫无安全可言。而HybridCLR社区版对于非全热更，AOT程序集往往还得作为AOT泛型元数据补充的aot dll直接打进包里，也就意味着AOT程序集也暴露出去了，同样毫无安全可言。对于HybridCLR社区版，除了加密热更dll AB包，如何进一步提升安全性呢？代码混淆是一种比较常用的方式。.Net Reactor是一款非常好用稳定的dll加固软件，并且支持dll合并。除了客户端GUI界面外，还提供了命令行工具，dotNET_Reactor

"工欲善其事必先利其器", 好的框架是对开发工作流的规范化、简单化，当然，高性能是基础必要条件。一个完善的游戏框架不仅能大幅提高开发效率、提高项目质量，还能让程序员码字的时候思路清晰、心情舒畅。从业以来，接触过很多客户端"框架"，架构主要是MVC、 ECS当然最多的还是Manager of managers。诸多心酸，懂的人都懂。有人喜欢重复造轮子，为了设计而设计，在不了解游戏开发痛点、也不知道优秀通用框架都具备哪些必要特性的情况下闭门造车，毫不权衡、不考虑团队和项目需求。

在过去的几年里，割草、类吸血鬼玩法的游戏频出爆款，其丰富的技能、满屏特效、刷怪清屏的解压畅快是此类游戏的核心，也是技术实现难点。此类游戏2D居多，如《弹壳特工队》等，我想其中原因一是硬件性能受限，难以解决移动端3D海量单位同屏；原因二就是海量单位项目视角受限，注定只能是偏俯视远视角才能在屏幕中展示更多的单位。如果俯视视角3D效果远不如用2D；然而2D游戏常用的Spine动画，性能甚至还不及Animator。在之前的B站视频中有简单对比测试：2d spine动画帧数提升数十倍？

Havok Physics不愧为老牌物理引擎，2w单位下帧数竟然是Unity Physics的2.5倍。我们不需要ECS的渲染，那么就可以把第1步的模型Prefab改为空GameObject挂载刚体和碰撞体，这样就可以纯数据物理模拟，我们只需要把空Entity的物理坐标和旋转数值同步到我们的万人同屏方案BRG渲染组件中即可实现海量物理单位同屏，同时绕过ECS的开发方式。

《万人同屏Pro》是一款Unity高性能渲染插件，通过GPU动画技术（支持3D/2DSpine）结合DOTS技术栈，实现海量单位（10万+）的高效渲染。核心功能包括： 双渲染器支持（BRG/ECSGraphics） 多线程碰撞检测与锁敌系统 完整保留骨骼挂点与动画事件 智能LOD优化与动态武器切换 全平台兼容（含WebGL/小游戏） 特色优势： 性能提升10-100倍 无需ECS编程基础 一键动画转换工具 支持2DSpine动画优化（性能提升30倍+） 完善的动画过渡与事件系统 适用场景：大规模战斗、割草类

ProtoPie是一款面向设计师的软件原型设计工具，例如制作App界面交互展示，制作好的原型可以一键发布到Web服务器，就可以浏览器访问。由于其内置了大量常用交互类型，以及"程序化"模块，甚至可以用来制作游戏的互动广告，或者直接用于无代码开发简单的应用。从游戏行业角度来看，ProtoPie可用于：1. 设计师制作游戏UI界面交互、跳转等流程原型；2. 制作可交互的、直观的展示PPT；3. 制作简单的网页试玩广告、游戏CPI测试广告；4. 制作游戏活动网页、以及其它以网页形式提供的功能；

不依赖第三方工具，仅使用Unity自带的Custom Font + 一张艺术字图集就能实现这个功能，但是为了便于使用，还需要依赖自动化工具，自动化把字符映射到图片纹理坐标，一键生成字体文件。自定义字体无法通过Text组件动态修改字体大小，因此需要为不同字号生成单独的字体文件，但材质和贴图共用，只消耗一个DC;艺术字在游戏中很常用，由于普通字体样式过于平淡，制作花里胡哨的文字图片作为游戏字体使用，这就是艺术字。Vert：字符的宽高信息， Y为高度的一半是为了垂直方向居中；4.支持字符与图集对照预览；

使用GPU动画提升10倍甚至20倍的渲染性能。实现原理也是简单粗暴，把每一帧动画时刻SkinMeshRenderer所有的顶点坐标写入到Texture2D，然后在顶点着色器中读取所有顶点的坐标，根据时间轮流在动画帧数区间从动画Texture2D采样，这样就实现了基于GPU的顶点动画。

《万人同屏插件Pro》是一款基于Dots技术的Unity高性能渲染解决方案，通过GPU动画和双渲染器（BRG/ECSGraphics）实现3D/2D Spine动画的万人同屏渲染。核心功能包括： 高性能渲染：支持GPU Instancing和DOTS技术，实现10万单位同屏渲染，兼容全平台（包括WebGL和微信小游戏） 智能优化： Jobs多线程实现大规模单位锁敌/碰撞检测 视口剔除(Culling)优化 支持LOD和动态挂载点 开发友好： 无需ECS编程经验 提供一键转换工具将Animator/Spine

万人同屏插件是一款基于Dots技术的Unity高性能开发工具，通过GPU动画渲染和BRG/ECSGraphics多线程渲染器，实现3D/2DSpine动画的海量单位渲染（10万单位）。该插件支持武器挂载、动画事件、骨骼信息保留及LOD优化，兼容全平台包括WebGL。核心功能包括Jobs多线程移动避让和索敌算法，RVO多线程避障系统，以及高性能渲染器。测试数据显示，相比传统方案，优化后32768人同屏可达200多帧，性能提升显著。插件提供一键转换工具、视频教程和Demo下载，适用于割草游戏、弹幕游戏等需要海量

10万个移动的小人，140多帧，同等数量级比自定义BatchRendererGroup帧数高出20+，那是因为Entities Graphics内部实现了BatchRendererGroup的剔除Culling，相机视口外的物体会被Culling。其实到这里测试已经没有意义了，GPU端Entities Graphics结局已经注定，所谓Entities ECS结构也只是对CPU的性能提升，但海量物体的渲染GPU是最大的瓶颈。当前测试使用的Entities版本为1.0.16。

这里我主要测试的使用BatchRenderGroup合批渲染的性能，使用Job System多线程并行修改矩阵数组的位置和旋转，以控制小人移动起来。由于Dots的限制太多，对于需要dlc或热更的项目来说，Dots就爱莫能助。瞬间惊呆了，你没看错，使用Batch Renderer Group创建一万的小人居然能跑600多帧!目前为止，我认为使用自定义BatchRendererGroup合批是PC端万人同屏的最优解了。10万个奔跑的3D人物，仍然有100帧以上，有23个线程并行计算移动。难道万人同屏要成了？

很多场面宏大的游戏，尤其是Rougelike游戏，动辄成千上万满屏怪，割草清屏的快感酣畅淋漓，所以这类游戏非常火爆，然鹅是怎么做到的呢？PC端Unity Editor下压测，i7 13代 + 3070区区5千人就快掉到50帧。手机端骁龙8 gen2实测，3千人就已经扛不住了，掉到40多帧。用的HybridCLR热更解释执行，不过即使是AOT也只能再高出10帧左右。首先，海量移动物体用寻路是行不通的，即使是支持多线程的A * Pathfinding Pro区区三五百个就开始严重掉帧。

Button组件的onClick事件其实分了两种，Persistent和NonPersistent，Persistent是持久保存的，也就是在编辑器界面添加的。两种事件存在两个独立的事件列表，两者独立存在。2. 选择Button节点(支持多选)，右键菜单->UIForm Fields Tool-> Add Button Event添加事件，并自动按钮节点名为Button的标识ID；指的是按钮存储事件的变量。2. 参数UnityAction call，即按钮回调事件。

需要注意的是，ttf是Unicode编码方式，需要把字符串转为Unicode编码，一个中文占2个字节。2. 扫描工程中使用到的字符集：主要是获取prefab中Text、TextMeshPro的文本，配置表和数据表中的文本，多语言表的文本以及代码中的字符串。3. 支持设置基础字符集文件：把需要强制保留的常用的字符集放进文本文件作为基础字符集，可在编辑器界面由用户选择自定义基础字符集文件。4. 把扫描出的字符集和基础字符集合并，生成裁剪后的字体文件。2. 把字体文件裁剪掉没用到的字符，仅保留项目中用到的字符；

1. 支持UGUI和TextMeshProGUI并新增FillColor(纯色)共16种UI类型：Button、TMP Button、 Dropdown、TMP Dropdown、FillColor、Image、InputField、TMP InputField、Mask、RawImage、Scroll View、Slider、Text、TMP Text、Toggle、TMP Toggle。2. 支持自定义UI类型匹配词，支持扩展自定义解析器Helper，易扩展。3. 支持批量导出图片和单独导出..

1. 将psd文件导入Unity, 右键psd文件，选择Psd2UIForm Editor菜单，自动把psd解析为prefab节点树状图，并打开prefab2. 若UI设计师未按照规范制作，可手动根据需求调节UI类型或UI层级（可选）3. 点击扩展按钮，重新解析psd、导出碎图或生成UI界面prefab。(工具会自动记录psd文件最后修改时间，若发生变更，自动弹窗提示是否重新解析)= null;点击节点预览图层。

1. 在Jenkins中添加打包配置参数(如: 版本号, 目标平台等), 参数将以UI的形式显示在Jenkins Web界面以便打包前填写参数；在BuildResource中编写打包逻辑，如先获取生成的json参数文件，根据参数初始化各项设置，然后再打包资源。注意，注意Unity3d plugins的获取打包参数的方式与批处理脚本不同，使用${参数名}的方式获取参数值；最好的选择是安装Jenkins的Unity支持插件，使用插件启动Unity打包可以完美在网页输出Log日志。

拼UI是该策划负责还是程序负责？”一直是国内游戏行业极具争议的话题。矛盾点也很清楚：程序：拼UI繁琐，没有技术含量，应该交给策划拼，程序工作繁重应该把时间用在刀刃上。策划：程序对拼UI的层次结构、命名要求复杂，拼UI需要技术思维，应该由程序负责。总之各有道理，但是话说回来，既然UI设计师在设计UI界面时必然会拼好UI元素，各种图层、颜色、字体字号信息都有，为什么还要重复UI设计师的工作再次人工拼一次UI呢？事实上市面上早已有。

多语言是个非常简单且常用的功能。但是重复工作量大，程序手动把多语言Key配置到多语言表经常会出现错漏，或者几经改版，有些Key已经不用却没有剔除，久而久之造成冗余。这中简单且重复的工作必须让工具来完成。

同事朋友们都在恐慌AI的发展，甚至有不少人开始抗拒。我的观点是：人工智能是大势所趋，势不可挡，那就驾驭它吧！我司已经在商业项目中实际使用了AI, 包括Stable Diffusion及其扩展插件，当然也有爆火的ChatGPT。Stable Diffusion + ControlNET + Lora以及等插件的结合使用已经强大到基本取代初中级原画师；

压缩工具支持对图片原文件压缩(支持png/jpg/webp)，也支持使用Unity内置图片压缩批量对图片设置压缩参数。工具预览：图片无疑是游戏资源大户，无论数量还是文件大小占比都非常高。使用TinyPng等压缩工具压缩，近乎疯狂的压缩比，通常可以将图片文件大小降低70%左右。对于Cocos2d-x时代的项目通常都会使用TinyPng进行图片压缩。

由此可以推断，一定不是接入代码的锅，一定是开发者后台配置的锅。嗯，你可以怀疑人生了。首先如果是上架到Epic游戏商城，官方回强烈建议你使用LoginCredentialType.ExchangeCode方式登录，即登录时向Epic Game Launcher获取用户信息，直接作为参数静默登录游戏，此方式不会弹出登录窗口。6，Unity菜单栏Tool下有eos参数配置工具，其中产品名(游戏名)，版本号，产品id，沙盒id, 部署id, 客户端id, 客户端密钥必须配置，密钥下方的一串字符可点击生成自动产生。

GF_HybridCLR是基于GameFramework + HybridCLR的一款工具链完善，工作流简洁的游戏框架。拥有标准高效的开发工作流，开箱即用，适用于快速研发。出包时经常遇到忘记刷新配置表、忘记重新打AB包等等，接入HybridCLR每次打热更包也需要重新编译热更dll，新发App时需要生成桥接函数等。各种琐碎的打包准备工作，一旦忘记操作就容易出故障。基于工作中遇到的痛点，迫切需要写一个傻瓜式一键打包/打热更的工具。为了这个一键打包工具入口突出，就把它放在Unity编辑器的Toolbar栏，如图

Unity启动Logo让人非常不爽，因为展示unity logo非常拖沓, 延缓了打开游戏的时间，用0元购版本又怕收到律师函。终于....刷github学习的时候意外发现一段有趣的代码，说是能跳过Unity Logo启动屏：翻了一下Unity API文档，Unity居然真的暴露了SplashScreen.Stop() 停止启动屏的API，跳过Unity Logo可是付费版用户的特权啊。居然这么草(tie)率(xin)的留出跳过logo的接口。简直是免费unity用户的福音啊!

这样会出现一个问题，经常会出现文件改变回调函数不会触发的情况。因为当编辑Excel文件时，Unity编辑器窗口处于非激活状态，在回调中更新表的逻辑就没有被执行。游戏中使用Excel文件配置游戏数据，打包时需要将Excel文件转成txt以供游戏解析使用，尽管提供了一键转换的菜单，还是经常忘记，造成不必要的麻烦。如果用程序监听数据表文件的改动，当文件被修改后自动更新数据表，这样开发工作流就更完善了。

您的应用审核未通过。在用户同意隐私政策前，您的应用获取了用户的ANDROID ID，不符合应用市场审核标准。修改建议：请在用户同意隐私政策后，再申请获取用户个人信息及权限。

通过扩展编辑器菜单，两种初始化模式，图形化操作在不写一行代码的情况下，快速方便灵活的配置生成UI变量. 大量编辑器扩展干货，常用编辑器扩展API解析，大大提升开发效率

自定义一个编辑器类AssetBuildHandler : IBuildEventHandler， 继承IBuildEventHandler，实现OnPostprocessPlatform接口，工具打包出AB文件后会回调此方法，在方法中遍历加密AB文件；首先在AB编辑器中，设置所有AB包的加载方式为Load From Memory，此方式会走LoadResourceAgentHelper的ParseBytes(byte[] bytes)方法，需重写此方法处理解密逻辑；

例如内置程序集未使用UnityEngine.CanvasGroup这个类，但是热更dll里使用了这个类，打包时代码裁剪机制只从内置程序集中查找保留用到的代码，所以UnityEngine.CanvasGroup就被狠心抛弃了，程序运行时调用UnityEngine.CanvasGroup就会报错。Okay, 那这样问题就简单了，项目编译后会生成所有项目依赖的程序集dll，为了配置link.xml方便，我们写个UI面板，更直观得显示出全部程序集和已配置到列表里的程序集。3. 保存程序集列表到link.xml。