【Unity】Unity C#基础（一）从1.0到9.0：C#版本演进与Unity引擎适配史
1. C#与Unity的版本适配关系
作为一名Unity开发者，你可能经常遇到这样的困惑：为什么我的Unity项目无法使用最新的C#语法？为什么有些酷炫的C#特性在Unity中无法使用？要理解这些问题，我们需要先了解C#语言的发展历程以及Unity引擎对其的支持情况。
C#从2002年发布1.0版本至今，已经走过了20多年的发展历程。而Unity作为游戏引擎，对C#新特性的支持总是存在一定的滞后性。这种滞后主要源于两个原因：首先，Unity需要确保新版本C#编译器与Mono运行时（Unity早期使用的.NET实现）的兼容性；其次，游戏开发对稳定性的要求极高，Unity团队需要对新特性进行充分测试才能集成到引擎中。
在实际项目中，我经常看到开发者因为不了解Unity支持的C#版本而踩坑。比如有人尝试在Unity 2018中使用C# 8.0的可空引用类型特性，结果发现编译器根本不认识这个语法。理解Unity各版本对应的C#支持情况，可以帮助我们做出更明智的技术选型决策。
2. C#关键版本特性解析
2.1 C# 2.0：泛型革命
2005年发布的C# 2.0堪称语言发展史上的里程碑，其中最重要的特性莫过于泛型。在Unity游戏开发中，泛型几乎无处不在 - 从List这样的集合类型，到UnityEngine.Object.FindObjectOfType()这样的常用API。
我记得刚开始使用Unity时，没有泛型的日子简直难以想象。每次使用ArrayList都需要进行繁琐的类型转换，不仅代码冗长，还容易引发运行时错误。泛型的引入让类型安全在编译期就能得到保证，大大提高了代码的可靠性。
在Unity中，泛型还带来了性能优势。值类型（如int、struct）在使用泛型集合时不会发生装箱操作，这对性能敏感的游戏开发尤为重要。实测下来，使用List比使用ArrayList存储Vector3，在频繁访问时能有明显的性能提升。
2.2 C# 3.0：LINQ与函数式编程启蒙
2007年的C# 3.0引入了一系列改变编码方式的特性：Lambda表达式、扩展方法、LINQ等。这些特性虽然在游戏开发核心逻辑中使用不多，但在工具开发、编辑器扩展等场景中非常实用。
比如我们可以用LINQ快速筛选场景中的游戏对象：
var enemies = FindObjectsOfType<Enemy>().Where(e => e.Health > 0);不过需要注意的是，在性能关键的代码路径中应避免使用LINQ，因为它会产生额外的GC压力。我在一个项目中就曾因为过度使用LINQ导致GC频繁触发，最终不得不重写相关代码。
2.3 C# 5.0：异步编程新时代
2012年的C# 5.0带来了async/await语法，彻底改变了异步编程的方式。在Unity中，这对应着协程(Coroutine)的替代方案。
传统的协程代码：
IEnumerator LoadScene() { yield return SceneManager.LoadSceneAsync("Level1"); Debug.Log("场景加载完成"); }使用async/await后：
async void LoadScene() { await SceneManager.LoadSceneAsync("Level1"); Debug.Log("场景加载完成"); }async/await不仅代码更简洁，而且可以避免协程的一些限制，比如无法在非MonoBehaviour类中使用。但要注意的是，Unity对async/await的完整支持是从2018版本开始的，早期版本可能会有一些兼容性问题。
3. Unity各版本C#支持详解
3.1 Unity 5.x时代：C# 4.0的坚守
Unity 5.x系列主要支持C# 4.0，这意味着开发者无法使用之后版本引入的诸多新特性。这个时期的Unity使用的是Mono 2.6编译器，已经相当老旧。
在实际开发中，这个限制带来的最大痛苦可能是缺少nameof操作符。我们不得不使用字符串字面量来引用类型或成员名称：
Debug.LogWarning("找不到组件：" + typeof(Rigidbody).Name);而如果有nameof支持，代码会更安全：
Debug.LogWarning($"找不到组件：{nameof(Rigidbody)}");3.2 Unity 2017-2018：迈向现代C#
Unity 2017.1开始支持C# 6，带来了字符串插值、null条件操作符等实用特性。null条件操作符特别适合处理Unity中常见的对象引用检查：
// 旧写法 if (transform != null && transform.parent != null) { var pos = transform.parent.position; } // 新写法 var pos = transform?.parent?.position;Unity 2018.3升级到了C# 7.3支持，引入了模式匹配、本地函数等特性。模式匹配在处理游戏状态时特别有用：
switch (enemy) { case Boss b when b.Health < 0.3f: b.EnterRageMode(); break; case FlyingEnemy f: f.FlyAway(); break; default: enemy.Retreat(); break; }3.3 Unity 2020+：拥抱C# 8.0
Unity 2020.2几乎完整支持了C# 8.0（除了默认接口方法）。其中可为空引用类型对减少NullReferenceException特别有帮助。启用这个功能后，编译器会警告可能为null的引用，帮助我们在编码阶段就发现问题。
在Unity中启用可为空引用类型需要修改.csproj文件：
<PropertyGroup> <Nullable>enable</Nullable> </PropertyGroup>之后代码中的引用类型默认被视为不可为null，必须显式声明可为null：
public class Player { public string Name { get; } // 不可为null public string? Description { get; } // 可为null }4. 如何为Unity项目选择C#版本
选择C#版本时需要考虑几个因素：团队技术栈、项目复杂度、目标平台要求。对于新项目，我建议尽可能使用较新的Unity版本以获得更好的C#支持。但如果需要支持较旧的移动设备，可能不得不使用较旧的Unity版本。
在现有项目中升级C#版本时，要特别注意：
- 确保所有团队成员使用相同版本的Unity和Visual Studio
- 逐步启用新特性，先从小范围开始测试
- 特别注意性能敏感区域的代码变化
我曾经在一个中型项目中尝试从Unity 2018升级到2020，主要就是为了使用C# 8的可空引用类型。虽然迁移过程花费了一些时间，但后续开发中因此减少的null相关bug让这个投入非常值得。