厚积薄发开发WebGL项目，你需要了解这些...

Posted 2021-04-25 侑虎科技

这是第122篇UWA技术知识分享的推送。今天我们继续为大家精选了若干和开发、优化相关的问题，建议阅读时间10分钟，认真读完必有收获。

UWA 问答社区：answer.uwa4d.com

WebGL

Q：目前我们有一个采用Spine的2D项目需要转换成H5游戏，请问直接使用Unity开发WebGL的项目，性能上会有哪些注意事项呢？

A：看题主的意思是想在移动设备上跑。我们项目（竞速类）曾尝试了直接用Unity 5转为页游版本，但是是运行在PC平台上的，手机上简单了解过别人的项目，当时得出的初步结论是在移动设备上中重度的3D性能扛不住，这个没有经过亲自验证。

我列下我们在Unity5转PC页游踩的坑供你参考下：

1）WebGL中不支持多线程和C#网络，可以用协程、Websocket代替；

2）我们有些协程用法写得有问题，在协程函数中用了While(1)这种死循环等待资源加载完成，在其它平台下没问题，但是在WebGL中会死循环，大概跟WebGL不支持多线程有关；

3）在游戏加载资源过程中，随着占用内存增大，偶尔会内存溢出，这主要是我们资源没有优化好导致的。我们在跟一个成熟的页游团队交流时，对方建议页游内存不要超过256MB，需要很细致地控制资源的加载和释放；

4）建议使用LZ4压缩格式，WebGL不支持多线程，LZMA压缩的Bundle会导致主线程解压缩时的卡顿；

5）单个资源体积不宜过大，建议控制在1MB以下，尽量做资源依赖打包，要不加载时间过长，很影响体验；

6）WebGL不支持中文输入，我们用原生的方式实现了中文输入；

7）PC端一些浏览器直接不支持，我们测试支持的浏览器有：

• Google Chrome 9+

• 2.Mozilla Firefox 4+

• Safari 5.1+(仅限Mac OS X操作系统，不包括Windows)

• Opera 12 alpha以及以上版本

• IE9+，但是IE并不支持WebGL，不过你可以通过下载并安装IEWebGL这个插件

• QQ 360 搜狗

8）资源如果没有实例化使用，在Editor下不会闪退，但是打出的PC包和导出的WebGL版本都会闪退。

感谢赵林@UWA问答社区提供了回答，欢迎大家转至社区进一步交流：

https://answer.uwa4d.com/question/5b3a27bd3ab9166bb3e84927

堆内存

Q：从理论上来说，Mono堆内存是越小越好（UWA是建议控制在40MB以内），分配频率越低越好。那单次比较大的内存分配和频率很高的（比如每帧）小内存分配，在性能影响上谁更大呢？单次GC的耗时，是受总体堆大小影响较大，还是受堆内引用对象数量的影响较大？简单来说，是要优先优化那些每帧分配的小内存还是单次较大的内存分配？GC对机器发热的影响大吗？

UWA：优先优化那些每帧都分配的小内存。这个对于GC到来的影响比较大。频繁GC对于运行流畅性的影响比较大，从整体上来说，GC对于能耗的影响不大，比常规开销(渲染模块、UI模块等)要小很多。

单次较高的堆内存分配，建议要注意2MB以上的分配，查看其分配是否合理，尽可能避免8MB以上的分配。它主要的麻烦点在于撑大Mono堆内存峰值，一旦上去了就下不来。

该回答由UWA提供

A：Mono堆内存峰值高，最大的影响是会撑大Mono内存的占用量，而Mono向系统申请的内存是只增不减的。直白说就是游戏内存占用上升，风险是低内存设备上更容易闪退。

感谢Walker@UWA问答社区提供了回答

A：GC耗时肯定会受到影响。目前来讲，无论是IL2CPP还是Mono，GC都不分代，这也就意味着，回收的时候会遍历所有的节点。

感谢凯奥斯@UWA问答社区提供了回答

欢迎大家转至社区进一步交流：

https://answer.uwa4d.com/question/5b5bd3471e88b37d34e6517d

资源管理

Q：大家是怎么做代码分离的？游戏项目由于有多个部门需要共同访问，为了保护源代码，希望做到非技术部门在游戏工程只拿到加密后的DLL文件。

最初的想法是，各个部门都是拿同一个游戏工程，其中技术部直接获取源码，其他部门拿到DLL文件，技术编写完成后生成DLL给其他部门更新。但发现Unity中挂脚本组件是通过GUID+FileID的方式去匹配的，所以拿源码的同事是不同的脚本就有不同的GUID，拿DLL的同事则都是同一个GUID。导致不同部门之间没法在同一个工程上制作。

现在的做法是另外创建一个编译工程去生成各个平台对应的DLL文件，但是这样又比较繁琐。
PS：即使在已经做了模块分隔的情况下，导入DLL的时间比更新少量cs文件的时间多出很多，请问大家有没有更好的做法呢？

A1：这个我们是看部门需求的。
1）美术部门时常需要在Unity上调试效果，我们只对该部门提供带加密好DLL的工程项目，指定目录提交对应资源，并做好工具操作的提示。
2）策划部门在Unity调效果不是硬需求（看各自公司的情况吧），可以提供可加载本地Lua代码的exe包，让业务提供配置代码，并将该部分代码对策划开放(但由于有语法学习成本，可以在svn可hook一个语法检查)，或者工具打包到exe中。
临时想到这些，看看是否能帮到题主。

感谢兰叶凛香@UWA问答社区提供了回答

A2："导入DLL的时间比更新少量cs文件的时间多太多了，即使在已经做了模块分隔的情况下"。这个问题我估计是题主没加AssemblyInfo，导致Unity会扫描API，可以参考下：https://github.com/pangweiwei/slua/blob/master/Assets/Slua/Editor/LuaCodeGen.cs#L544。

只要大家用一个Unity版本速度会快很多。

再PS. 现在2018了为了一些代码搞这么麻烦性价比真心低。

感谢钱康来@UWA问答社区提供了回答

A3：如果业务逻辑都在Lua，那么可以选择加密Lua的bytecode，
如果业务逻辑也是C#写的，那么可以选择不加密。
其实都到2018年年中了，代码没那么值钱了。用DLL都会加大其他部门的使用繁琐程度。

感谢史云柯@UWA问答社区提供了回答

欢迎大家转至社区进一步交流：

https://answer.uwa4d.com/question/5b4eb5f4339d267d357c6b6c

资源管理

Q：如果多个不同的Shader引用同一份cginc文件，实际上会被编译多少次？

A：我理解的是，cginc 是被包含的，相当于编译器预处理复制粘贴到了Shader文件里，可以看做并不存在cginc 这个文件，所以有几个Shader文件包含了这个 cginc，就编译几次。

感谢jim@UWA问答社区提供了回答

UWA：cginc只是一些代码片段，Shader用到某个cginc的时候就会把里面对应的函数抠出来，在precompile的时候完成该项工作。所以，如果不同的Shader引用到了同一份cginc文件，其编译并不是整个cginc文件参与编译，而是Shader中用到的那一段代码进行了编译。

欢迎大家转至社区进行进一步交流：

https://answer.uwa4d.com/question/5b5552ff339d267d357c6bdf

动画

Q：在一个动画事件中实例化另一个动画物体（使用Animator），发现实例化的物体并没有直接开始动画，而是显示了一下默认姿态，在下一帧之后才开始了动画。请问这个该如何处理呢？

UWA：动画事件是动画系统在进行了该帧动画计算（Animation Evaluation）之后激活，如果在动画事件中实例化动画物体，该物体的animator不会在该帧进行动画计算，而会等到下一帧时由动画系统进行动画计算。解决方案是在实例化动画物体后，调用一下 Animator.Update(0).

该回答由UWA提供，欢迎大家转至社区进行进一步交流：

https://answer.uwa4d.com/question/5b5ed8681e88b37d34e6519c

今天的分享就到这里。当然，生有涯而知无涯。在漫漫的开发周期中，您看到的这些问题也许都只是冰山一角，我们早已在UWA问答网站上准备了更多的技术话题等你一起来探索和分享。欢迎热爱进步的你加入，也许你的方法恰能解别人的燃眉之急；而他山之“石”，也能攻你之“玉”。

官网：www.uwa4d.com

官方技术博客：blog.uwa4d.com

官方问答社区：answer.uwa4d.com

封面图片来自网络

近期精彩回顾