模拟面试题答案脑图思维导图

答案： str = null 在堆中没有分配内存地址 str = "" 和 string.Empty 一样都是在堆内存中分配了空间，里面存储的是空字符串 而string.Empty是一个静态只读变量

答案： 为了判断两个对象的非引用地址相等 我们可以选择 使用 重载运算符 == 和 != 或者 重写Equals方法，来自定义判断两个对象是否相等 如果想保留原有的引用地址相等判断，那么一般我们选择重写Equals方法

答案： string在每次拼接时都会产生垃圾 而StringBuilder在拼接时，是在原空间中进行修改，不会产生垃圾，会自动帮助我们扩容 所以当字符串需要频繁修改拼接时，我们使用StringBuilder

答案： .Net制定了了CLI公共语言基础结构的规则 只要是按照该规则设计的语言在进行.Net相关开发时 编译器会将源代码（C#、VB等等）编译为CIL通用中间代码。 也就是说不管什么语言进行开发，最终都会统一规范变为中间代码 最终通过CLR（公共语言运行时或者称为.Net虚拟）将中间代码翻译为对应操作系统的原生代码（机器码） 在操作系统（Windows）上运行

答案： 由于.Net Framework中利用CLI和CLR实现了跨语言，CLR主要起到一个翻译、运行、管理中间代码的作用 .Net Core和Mono就是利用了CLR的这一特点，为不同操作系统实现对应CLR（公共语言运行时或.Net虚拟机） 那么不同操作系统对应的CLR就会将IL中间代码翻译为对应系统可以执行的原生代码（机器码） 达到跨平台的目的

答案： Destroy方法 可以指定删除的延迟时间，如果第二个参数不填写，最快也会在下一帧前完成删除。也就是如果Destroy对象后马上判空，该对象不会为空。 实际的对象销毁操作始终延迟到当前更新循环结束，但始终在渲染前完成 DestroyImmediate方法 会立即销毁删除对象

答案： AC 主要考点 1.DestroyImmediate方法会立即将GameObject对象从场景上删除 2.UnityEngine.Object中对 ==、!=、! 进行了重载，如果用 !go 和 go == null 去判断对象是否为空，由于重载了，所以能够返回正确的结果 ture 和 false 但是本质上此时的 go 还不是真正意义上的的null，所以如果用 go is null 或者 将其转换为 万物之父 Object (System.Object)go == null 去判断时 并不会为true 因此只会进入AC的if语句 这里的重点内容就是UnityEngine.Object 中重载了 逻辑非! 和 == != 运算符，因为使用他们来判断null 是可以的，但是此时的GameObject在内部并不是真正意义的null 我们在使用时最好手动置空

答案： 我们可以通过Unity自带的性能分析工具Profiler分析实例化时造成卡顿的原因 程序上，一般我们可以从以下3个方面去优化它 1.相关资源加载：如果是由于资源加载带来的卡顿，我们可以在进入场景时进行资源预加载，总体思路就是将较大资源提前或者分帧加载 2.脚本初始化：实例化对象时，会同步执行它身上挂载所有脚本的初始化工作，我们可以策略性的改变一些初始化逻辑，尽量不要再Awake和Start中做较复杂的逻辑，或者将复杂逻辑提前或者分帧处理 3.对于会频繁使用的对象，我们可以使用缓存池 美术上 不能只追求好的美术效果，而不考虑资源的消耗，要根据项目的实际情况，来设定模型的骨骼数、面数以及贴图的数量和大小上限。 在制作粒子特效时，粒子数、粒子面积、贴图等都要尽量少和小。 美术上要遵循：用最少的资源做出做好的效果，不能一味的用性能去换效果，最终会得不偿失

答案： 面向对象三大特性 封装：利用table进行封装 继承：利用元表和__index模拟继承关系 设置子类的元表为父类，父类的__index为父类自己 当子类身上找不到对应属性和方法时 会查找元表的__index中的内容，也就是会查找父类中的内容 通过这种方式来模拟继承 多态：子类自己去实现带：的同名方法即可

答案： 使用IL2CPP打包时，最可能出现的问题就是代码裁剪，IL2CPP会自动将它认为不会使用的代码裁剪掉，比如我们在使用Lua开发时，其实会用到很多UnityEngine或者我们自己写的C#代码，但是这些代码并不会在引擎中直接使用，都是在Lua中使用的，此时最容易出现的问题就是代码裁剪，导致打包后出现异常和报错。 要避免IL2CPP的裁剪有3种方式，我们可以组合使用 1.设置打包时的裁剪等级 2.通过xml文件配置明确规定哪些内容不裁剪 3.在静态方法中显示调用不想被裁剪的内容