Unity Lua方向的面试真题详解

最近有位同学面试Unity，面试的公司采用Lua的方案来做公司项目，我们把面试时问道的真题列举出来，并配上参考回复。

1、Lua热更文件时，文件是重写的，还是只写一部分?

热更分为资源更新和代码更新，资源更新的颗粒度是基于ab包的，是基于一个个资源包来进行下载和替换。做代码热更新的时候,如果热更代码被打入了ab包，那么下载的时候，也是整个代码所在的ab包一起下载。如果热更代码是单独部署的，我们就可以基于对应的文件颗粒度来下载替换。一般做lua热更新的时候，代码打成ab包后，可能只有几百k,并不很大,那么我们打一个ab包就可以了。如果lua代码打包成ab包后很大，我们可以考虑把lua代码分成几个ab包，这样下次热更的时候，就是基于lua代码所在的ab包来热更。对于其它热更技术也类似。热更代码是打一个ab包，还是打多个ab包，完全取决于代码ab包的大小;

2: lua是怎么热更的？

step1:lua做热更时，通过版本对比，md5文件差异比较，把更新的lua代码所在的ab包下载下来;

step2: 当最新代码下载下来以后，我们首先去下载目录下加载lua代码所在的ab包，如果没有，就到本地StreammingAssets目录下加载，如果没有，就报错。

step3: Lua 虚拟机添加 customloader, 当有require来加载lua代码的时候，我们就从来到 customloader的函数，这个函数从Lua代码所在的ab包里面，根据

lua文件路径，把文本资源读出出来，并装载到lua虚拟机里面执行。

由于每次都是优先从下载目录下加载lua, ab包，所以热更的时候，能加载执行到最新代码。

3:Lua语言中 require的顺序是怎样的

step1:这个是require的语法，首先是lua虚拟机从文件中读取lua代码，

step2: 把lua代码装在进lua虚拟机;

step3: 执行lua代码里面的代码指令和函数调用;

step4: 如果有return, 返回结果;

step5: 如果重复require, 就只会执行里面的函数调用与代码指令，不会反复的装载;

4、说说lua的传值与传引用

lua分成基本的数据类型和引用对象数据类型:

字符串，表，数组，属于引用类型，变量保存的是它对象的引用，我们通过引用访问它;

数字，bool值等基本数据类型，变量直接存储他们的数据;

对于基本数据类型而言，赋值语句就是数据copy;

对于引用数据类型而言，赋值语句，就是让这两个变量指向同一个内存对象;

5: 垃圾回收机制（C# Lua）

Lua虚拟机内置了自己的垃圾回收机制和接口，我们在封装lua虚拟机的时候，需要在特定的时候，来调用，Lua的gc接口来回收相关的垃圾，一般我们会在Lua虚拟机封装的时候，在c# 的update里面，设定一些lua垃圾回收的触发条件，比如，每隔100ms调用一次gc, 回收一次等，具体的策略，可以根据实际情况来定。同时lua可以允许开发者自己在特定的时机来调用垃圾回收。

7、垃圾回收造成卡顿，怎么办

当某个时候，有大量的垃圾需要回收的时候，会由于gc所造成卡顿。这个时候，我们能做的就是回收一部分，另外的部分后面去回收，将gc回收的时机，不断地延后，平均到某个update里面，使得过度地时候帧率更加地平滑。这个时候我们需要留意在GC高峰期，来做一些事情，比如，场景地图切换地时候，这个时候容易引发gc高峰，时刻监测，如果发现切换高峰地时候GC造成的卡顿，我们就可以按照上面的思路来处理，主要是减少每次GC的量，延迟GC到后面的update,避免波峰的冲击。

8：说说你们项目中的战斗系统的架构与设计:

做战斗系统和架构的时候，我们一般把代码逻辑分成3层来设计，同时把数据独立出来，我们的项目设计如下，不同公司可能不一样，我们之前公司是这样做的:

1: 我们会把战斗中的功能，做成组件，比如，动画切换，伤害计算等; 我们叫做功能层;

2: 我们会把战斗单元做一个组件，比如Charactor, 然后让Charactor来has 功能组件，并在Charactor中提供标准的通用的策略，比如，行走，技能释放等; 同时不是的角色，我们会编写Player, Enemy等来继承自Charactor,并绑定对应角色的战斗数据，用战斗数据来驱动统一的逻辑;

3: 操作层：我们会把战斗中的操作独立出来，比如UI操作，网络事件，AI事件等，通过事件模块，来调用到战斗中的具体策略，这样，可以实现不同操作层来驱动战斗，调用战斗策略;

4: 战斗中的数据，我们一般都用excel表格来给策划填写，更具策划的游戏需求来制定好对应的数据格式。如果有必要，还可以做一些可视化工具(技能编辑器)，来给策划使用，最后导出战斗数据。

5: 技能编辑器：可视化的制定技能的一些数据，比如buff时间，攻击时间，等具体要根据游戏需求来定；

9: 说说项目中网络同步,延迟问题 如何解决的?

网络同步 延迟问题 是做网络游戏开发中比较经典的问题，要考虑这个问题，我们首先要搞清楚，我们的游戏同步采用的是帧同步还是状态同步。

如果游戏是状态同步，那么要解决网络延时问题，只能通过传输来解决，一般用可靠的UDP来做，比如kcp等。减少网络延时，和网络波对对游戏的体验。由于状态同步是服务端跑逻辑,客户端根据状态来展示，所以除了底层通过可靠UDP来减少网络延时以外，没有其它的办法。

如果是帧同步，每一帧，服务端会把所有客户端的操作转发出去，这个时候要解决网络延时问题，也是用UDP来代替传统的TCP,来做数据通讯，如果某个数据包卡住的情况下，客户端，可以用上一帧的操作，延长几帧的处理时间，做所谓的"预演",如果下一帧来的操作，刚好和上一帧一样，那么预演成功，客户端感觉不出来卡顿，不成功，客户端会卡顿or鬼畜。

10: 帧同步要注意哪些点?

铲屎官，你好，关于帧同步要注意哪些点，我这边总结如下:

1: 首先要注意点就是什么样的游戏，能采用帧同步。

   a: 同一局游戏，对战的玩家的数目是有限的，一般小于 < 50人左右，比如MMORPG，这种就不适合帧同步;

   b: 如果一局游戏，很长时间无法结束，那么不能使用帧同步，比如MMORPG这种一直可以玩没有结束的游戏这种不适合帧同步;

2: 接下来帧同步要解决的问题就是通讯选择,目前主流的做法是TCP/UPD/可靠UDP(如kcp等),帧同步有用TCP, 有用UDP，也有用可靠UDP的,具体可以根据团队的技术能力，技术积累，游戏的发布平台等综合考虑。比如，H5，我们大概率会采用TCP作为帧同步。如果是做手机游戏，可以考虑用UDP，kcp等，有些运营的平台不允许用UDP，只能用TCP，所以在做项目之前要综合考虑好。UDP确实有更好的体验，但是TCP，部署安全等，会更方便。

3: 帧同步服务端的广播频率的选择，15~20FPS左右，一般常见的事件广播频率。

4: 帧同步确定性的选择，包括定点数，随机数，根据自己的游戏类型，提前确定好所需要做确定性的代码库，比如确定性无力引擎，确定性的RVO等。

最后可能不同的项目还会有具体要注意的点，这个需要具体项目具体分析。

原文地址：https://blog.csdn.net/Unity_RAIN/article/details/143975559

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！