C# Unity 唐老狮 No.2 模拟面试题

 本文章不作任何商业用途 仅作学习与交流 安利唐老狮与其他老师合作的网站,内有大量免费资源和优质付费资源,我入门就是看唐老师的课程 打好坚实的基础非常非常重要:

Unity课程 - 游习堂 - 唐老狮创立的游戏开发在线学习平台 - Powered By EduSoho

        如果你发现了文章内特殊的字体格式,那是AI补充的知识

目录

C#

1.Equals可以判断一些引用类型是否相等 尤其是对象不同时

2.深浅拷贝主要区别为引用类型是否独立

3.第二种速度更快 因为List涉及到了扩容

4.B先打印 ,A:10 B:11

5.A 11 B11 因为是引用类型

Unity

1. Unity中当一个细小高速物体撞击另一个较大物体时，会出现什么情况？如何避免？

2. 请简述一下Prefab（预制体）的本质是什么？

3.Unity是否支持写成多线程程序？如果支持的话需要注意什么？

4. 请简述一下对象池，在游戏开发中我们什么时候会用到它？

5. 什么是DrawCall？DrawCall为什么会影响游戏运行效率？如何减少DrawCall？

---

C#

​

1.Equals可以判断一些引用类型是否相等 尤其是对象不同时

       对值类型 二者都可以使用 

static void test() {int a0 =1;int a1 =2;Console.Write(a0==a1?a0:a1);Console.Write(a0.Equals(a1));
}
test();

        但是当对象比较变成 不同的类  时 == 就不被允许了(除非operator重载运算符)

        当然,你去比较两个相同类型的对象仍然是可以的 

a Obja0 = new a();
b Objb = new b();
a Obja1 = new a();
Obja0 = Obja1;Console.Write(Obja0.Equals(Objb));
Console.Write(Obja0.Equals(Obja1));
Console.Write(Obja0  == Obja1);

特性	== 操作符	Equals 方法
本质	运算符（可重载）	虚方法（可重写）
默认行为	值类型：比较值；引用类型：比较引用地址	值类型：比较值；引用类型：比较引用地址
可自定义性	通过重载 operator == 改变行为	通过重写 Equals 方法改变行为
null 处理	可直接比较 null（如 obj == null）	需先检查是否为 null，否则可能抛 NullReferenceException
多态性	静态绑定（编译时决定行为）	动态绑定（运行时根据实际类型决定行为）

         另外对于string引用类型却有值类型的特殊性,Equals比较的是其字符串内容(值)

2.深浅拷贝主要区别为引用类型是否独立

public class MyClass : ICloneable
{public int Value { get; set; }public List<int> List { get; set; } = new List<int>();// 浅拷贝实现public object Clone(){return new MyClass{Value = this.Value,    // 值类型直接复制List = this.List       // 引用类型复制指针};}
}// 使用示例
MyClass original = new MyClass 
{ Value = 10,List = new List<int>() 
};// 浅拷贝
MyClass shallowCopy = (MyClass)original.Clone();// 修改拷贝对象
shallowCopy.Value = 20;       // 不影响 original.Value（值类型独立）
shallowCopy.List.Add(1);      // 会影响 original.List（共享同一个列表实例）

using System;
using System.Collections.Generic;public class MyClass : ICloneable
{public int Value { get; set; }public List<int> List { get; set; }// 实现深拷贝public object Clone(){return new MyClass{Value = this.Value,  // 值类型直接复制List = new List<int>(this.List)  // 创建新列表实例（深拷贝关键）};}
}// 使用示例
MyClass original = new MyClass 
{ Value = 10,List = new List<int>() 
};// 深拷贝
MyClass deepCopy = (MyClass)original.Clone();// 修改拷贝后的对象
deepCopy.Value = 20;       // 不影响 original.Value
deepCopy.List.Add(1);      // 不影响 original.List

特性	浅拷贝（Shallow Copy）	深拷贝（Deep Copy）
复制层次	仅复制对象本身及其直接字段（一层）	递归复制对象及其所有引用字段的完整对象树
引用类型字段	复制引用地址（新旧对象共享同一引用对象）	创建新对象并复制内容（新旧对象引用完全独立）
性能	高效（仅复制一层）	较低效（需递归复制所有嵌套对象）
适用场景	引用字段不可变或无需独立修改时	引用字段需要完全独立修改时

3.第二种速度更快 因为List涉及到了扩容

        关于扩容简单写法请看这篇之中的c#部分第五题:
C# &Unity 唐老狮 No.1 模拟面试题-CSDN博客

4.B先打印 ,A:10 B:11

        异常捕捉的机制是先try然后接着finally执行捕获 再执行其他地方的代码 但是return是已经返回出去了i,因此是先return 再B处 再A处

5.A 11 B11 因为是引用类型

Unity

1. Unity中当一个细小高速物体撞击另一个较大物体时，会出现什么情况？如何避免？

        会穿过去 ,或者卡在大球的某个部分抖动,解决方法:

1.将碰撞检测改为更好的方式:

2.射线检测

可以给小球加一个很短的射线检测 当撞击前就做出一定的预处理

这个方案由ai提供 我还真没用过

3.修改固定时间步长
在 Project Settings --> Time 中减少 Fixed Timestep 值（如从0.02改为0.01），提升检测频率

2. 请简述一下Prefab（预制体）的本质是什么？

        本质是一个配置文件,里面有很多关于该预制体的参数和基本信息,甚至可以自行修改

3.Unity是否支持写成多线程程序？如果支持的话需要注意什么？

        支持,但是要注意unity本身就带有一个主线程,其大部分api都只能在主线程里面跑,如果在其他线程和主线程同时调用unity的一这些api(比如translate,GetComponent等等)会导致线程冲突报错 所以禁止直接调用Unity API，但可通过 MainThreadDispatcher 将任务排队到主线程执行

// 示例：主线程调度器
public class MainThreadDispatcher : MonoBehaviour {private static Queue<Action> tasks = new Queue<Action>();void Update() {while (tasks.Count > 0) tasks.Dequeue().Invoke();}public static void RunOnMainThread(Action action) => tasks.Enqueue(action);
}

        同时还要注意多线程本身就应该注意的问题:

        内存泄漏,是指要在合适的时机对后台关闭后台线程,不然这个线程将会一直运行 哪怕你停止运行了游戏 在Editor之中仍然在跑,直到这个线程持有了大量的资源,导致可用内存逐渐减少, 这种现象就是内存泄漏

        避免死锁，即多个线程相互等待对方释放资源而陷入僵持状态

4. 请简述一下对象池，在游戏开发中我们什么时候会用到它？

知识加油站:

Unity 高级一些的对象池（初版）（非基础警告）_unity 高级对象池-CSDN博客

        对象池也叫缓存池 是一个用于存储和拿出频繁销毁物体或对象的管理类

在大量且频繁创建与销毁的场景之中会用到,比如音效,子弹,大量敌人

5. 什么是DrawCall？DrawCall为什么会影响游戏运行效率？如何减少DrawCall？

        知识加油站:这里挖个坑 关于shader基础知识的链接将会放在这里

        DrawCall就是 CPU 向 GPU 发送指令，要求 GPU 对一组图元（如三角形、四边形等）进行渲染的操作,每一次对图形api的调用都会产生一次drawcall

        如果大量的drawcall:

• CPU 开销：每次 Draw Call 都需要 CPU 进行准备工作，如设置渲染状态、传递顶点数据、纹理数据等。大量的 Draw Call 会使 CPU 花费大量时间在这些准备工作上，从而减少了 CPU 用于处理游戏逻辑等其他重要任务的时间。
• GPU 上下文切换：GPU 在处理不同的 Draw Call 时，可能需要切换渲染状态，如切换纹理、材质、着色器等。频繁的上下文切换会增加 GPU 的额外开销，降低渲染效率。
• 带宽限制：Draw Call 需要在 CPU 和 GPU 之间传输数据，包括顶点数据、索引数据、纹理数据等。大量的 Draw Call 会导致数据传输量增大，可能会超出总线带宽限制，造成数据堵塞，影响渲染速度

        减少:

        1.对UI进行剔除:对于不在屏幕范围内或被其他 UI 遮挡的 UI 元素，不进行绘制,可以通过计算 UI 元素是否在视口内，以及使用遮挡剔除技术来实现,例如，在 Unity 中可以利用 Canvas Group 组件的 Alpha 值为 0 时自动进行剔除的特性，或者自定义脚本根据 UI 的可见性来控制是否渲染

       2. 对网格进行合批(动态 在一定程度上unity自动处理,但是有很大限制,可以自己编写脚本处理

        静态 只针对静态的物体,当勾选了static选项以后 unity会自动做处理)

        3. 对图片进行打图集        

       唐老师在unity核心之中讲过打图集相关内容

       也可以参考本篇: Unity UGUI 之 图集_unity 图集-CSDN博客

AI补充:

• 使用批处理渲染器：一些渲染器提供了批处理功能，如 URP（Universal Render Pipeline）中的 SRP Batcher。它可以在不改变材质和模型的情况下，对物体进行批处理，提高渲染效率。
• 优化材质和着色器：尽量减少材质和着色器的复杂度，避免使用过多的变体。过多的材质变体和复杂的着色器计算会增加 Draw Call 的开销。可以通过合并相似的材质，减少不必要的纹理采样和计算来优化。