第一次看到“NET 5”这个版本号时我愣了好一会儿之前玩.NET Core 3.1玩得好好的怎么突然就跳到5了中间那个4去哪了再往后看C# 8.0的语法特性刚学会C# 9.0就来了连版本对应关系都容易记混。如果你正在学C# 8.0和NET 5的高级编程这一篇笔记就是给你准备的——不聊炫技专聊你真正要在代码里落地的编程基础。既然是笔记系列的第二篇环境搭建和跑通Hello World就不再重复了。这一篇直接把C# 8.0和.NET 5底下的核心基础拆开揉碎语言新特性怎么用、项目模型变成了什么样、值类型和引用类型在内存里到底怎么回事、async/await背后的线程模型是什么最后用一个命令行记事本把前面这些东西串起来。适合已经写过一点C#、但对新版本变化还比较迷糊的开发者也适合从其他语言转过来、想系统了解C#现代写法的朋友。1. 为什么是C# 8.0和.NET 5版本号背后的格局变化很多初学者看到这个组合会懵为什么不是.NET Framework 4.8不是.NET Core 3.1偏偏是.NET 5这里先说清楚一个关键背景.NET 5不是.NET Framework 5也不是.NET Core的简单续作而是微软把这两个产品线合并之后的第一个统一版本。1.1 从.NET Core 3.1到.NET 5为什么直接跳到5当时的合并逻辑很简单。.NET Framework只能跑在Windows上跨平台能力差.NET Core跑得动Linux和macOS但很多老库不支持生态分裂严重。微软的应对策略就是“只保留一个平台”以后所有新特性、新API、新运行时都往这一个平台上怼这个平台就是.NET 5。版本号之所以从3.1直接跳到5是为了避免和“.NET 4.x”这个老产品线混淆干脆从数字上就和.NET Framework划清界限。这个决策直接影响我们写代码的方式。以前写类库要纠结“我是给.NET Framework用还是给.NET Core用”现在只要target到net5.0Windows、Linux、macOS都能跑。我实际把公司一个老项目从.NET Core 3.1迁移到.NET 5时几乎没有改业务代码只调了几个包引用版本编译一次通过。这种迁移成本是以前想都不敢想的。1.2 C# 8.0和.NET 5的关系语言版本与运行时版本C#是一门语言.NET是一个运行平台。C#代码最终会被编译成中间语言IL然后交给.NET运行时去执行。所以语言版本和平台版本是两套独立的版本号但两者之间有默认绑定关系。C# 8.0默认配套的是.NET Core 3.x而.NET 5默认随附的是C# 9.0。这就产生了一个常见疑问我这篇笔记叫“C# 8.0和.NET 5”是不是组合错了实际上完全能跑。你可以在.NET 5项目里继续写C# 8.0的语法也可以手动把LangVersion设置成8.0来锁定语法级别反过来如果你用上了C# 9.0的record类型那就必须在.NET 5上才能编译运行。严格来说.NET 5的默认语言版本是C# 9.0但C# 8.0的核心新特性——可空引用类型、switch表达式、索引和范围、异步流——在.NET 5上全部完整支持这也是为什么这个组合在实际项目中非常常见。语言版本默认配套平台重要新特性示例C# 7.x.NET Core 2.x / .NET Framework 4.7元组、本地函数、out变量C# 8.0.NET Core 3.x / .NET Standard 2.1可空引用类型、switch表达式、范围运算符、异步流C# 9.0.NET 5record类型、init访问器、顶级语句C# 10.NET 6global using、文件作用域命名空间我的建议是学习时不要死盯语言版本号重点看这个项目实际能用哪些语法。用.NET 5创建项目C# 8.0的特性天然可用还能顺手体验9.0的record。这一篇聚焦8.0是因为它是整个现代C#写法的基础搞懂它后面的9.0、10.0都是增量。2. C# 8.0语法更新抛开教材用实际代码感受新写法C# 8.0这一波语法更新最大的特点是“减少样板代码”。以前很多需要写四五行的逻辑现在一行甚至一个表达式就能搞定。但新语法容易让初学者产生“花架子”的错觉觉得这只是语法糖没必要记。我一开始也这么想直到在真实项目里发现这些语法糖能明显压代码行数更重要的是能减少变量滥用和中间状态让代码不容易出错。2.1 switch表达式把if-else链条压缩成一行C# 8.0的switch表达式不是原来那个switch语句的简单变形而是真正可以“返回一个值”的表达式。看这个例子根据成绩等级返回评语// 传统写法 string GetComment(string grade) { switch (grade) { case A: return 优秀; case B: return 良好; case C: return 及格; default: return 需努力; } } // C# 8.0 switch表达式 string GetComment(string grade) grade switch { A 优秀, B 良好, C 及格, _ 需努力 };注意几点_是弃元代表“其他所有情况”这和传统switch的default对应每条分支后面是而不是case和:整个表达式是返回值的所以可以直接用在方法体、属性初始化、LINQ查询里。我在实际项目里最常用switch表达式的场景是状态流转。比如订单状态从Pending到Paid到Shipped用传统if-else写起来特别啰嗦用switch表达式可以把整个状态映射放在一个方法里后续加状态只需加一行分支。不过要注意switch表达式要求所有可能情况都被覆盖如果不写_分支编译器会警告“switch表达式未涵盖所有输入”这也是它比传统switch安全的地方——强制你考虑边界条件。2.2 范围运算符和索引操作数组的新姿势C# 8.0引入了^从末尾索引和..范围运算符这俩在处理数组、字符串、集合切片时非常好用。以前取数组最后一个元素要写arr[arr.Length - 1]现在写arr[^1]。int[] numbers { 0, 1, 2, 3, 4, 5, 6 }; int first numbers[0]; // 0 int last numbers[^1]; // 6倒数第一个 int secondLast numbers[^2]; // 5倒数第二个 int[] head numbers[..3]; // { 0, 1, 2 }从开头到索引3不含 int[] tail numbers[3..]; // { 3, 4, 5, 6 }从索引3到结尾 int[] middle numbers[1..^1]; // { 1, 2, 3, 4, 5 }去掉首尾这个语法背后有对应的类型Index和Range。你可以把^1理解成一个Index结构体把1..^1理解成一个Range结构体它们可以作为参数传递。比如封装一个分页工具public static T[] PageT(T[] source, int pageSize, int pageIndex) { Range range (pageIndex * pageSize)..((pageIndex 1) * pageSize); return source[range]; }这里有个容易踩的坑..范围运算符是“左闭右开”的也就是说[1..^1]包含索引1但不包含倒数第一个。我第一次用的时候以为[..^1]会取到倒数第一个结果发现取到的是“去掉最后一个元素后的所有元素”差点在分页时多算一条数据。建议封装集合操作时先写单元测试把边界验证一遍。2.3 using声明与null合并赋值小语法的大便利using声明算是C# 8.0里我日常用得最频繁的新特性之一。以前释放资源要写完整的using语句块多一层缩进代码嵌套又多一层// 旧写法 using (var reader new StreamReader(data.txt)) { var line await reader.ReadLineAsync(); Console.WriteLine(line); } // C# 8.0 using声明 using var reader new StreamReader(data.txt); var line await reader.ReadLineAsync(); Console.WriteLine(line);这个写法的作用域是当前代码块代码块结束时会自动调用Dispose释放资源。注意不要在循环里用这个写法创建大量资源因为它要等整个代码块结束才释放而不是每轮迭代结束就释放。我见过有人在一个大方法里写了好几个using声明结果资源占用一直居高不下排查了半天才发现是作用域太长。??是null合并赋值运算符作用和??null合并运算符互补??是“左边为null就取右边”??是“左边为null就把右边赋给左边”。Liststring list null; // 如果list为null就创建一个新列表 list ?? new Liststring(); list.Add(a);以前这种防御性判空要写一整个if语句现在我更倾向于直接用??尤其是在缓存初始化的场景里。顺手一提C# 8.0里还新增了static本地函数你可以在方法里声明一个不捕获外部变量的本地函数避免闭包带来的内存分配问题性能敏感场景会用到。3. .NET 5项目模型变化从csproj到跨平台发布学完语法下一个卡住很多人的地方是项目文件本身。老一代.NET开发者习惯的csproj是厚厚一坨XML里面各种Compile Include、Reference写几百行。.NET 5的SDK风格项目文件把这一切压缩到了极致。3.1 一个csproj文件看懂SDK风格项目用Visual Studio 2022或JetBrains Rider创建一个.NET 5控制台项目你会看到csproj文件基本长这样Project SdkMicrosoft.NET.Sdk PropertyGroup OutputTypeExe/OutputType TargetFrameworknet5.0/TargetFramework Nullableenable/Nullable ImplicitUsingsdisable/ImplicitUsings /PropertyGroup /Project就这么几行。TargetFramework是net5.0Nullable是enable这个后面细说ImplicitUsings在.NET 5里默认关闭.NET 6才默认开启。SDK风格的默认行为是“约定优于配置”所有.cs文件自动纳入编译所有ProjectReference和PackageReference写在ItemGroup里不用再手动逐个添加。我建议初学者不要太依赖Visual Studio的图形界面拖拽引用直接打开csproj文件看依赖关系心里更有数。比如要安装Newtonsoft.Json命令行执行dotnet add package Newtonsoft.Jsoncsproj里会自动多一行PackageReference IncludeNewtonsoft.Json Version13.0.1 /。以后换机器、CI/CD拉代码只要把csproj提交到Git依赖版本一目了然。3.2 发布与部署自包含、单文件、跨平台参数怎么选.NET 5的部署相比老框架是质变。以前部署ASP.NET网站要在服务器装.NET Framework版本还要对上。现在只需要两条命令# 框架依赖发布目标机器需要先装.NET 5运行时 dotnet publish -c Release -f net5.0 # 自包含发布把运行时一起打包目标机器不用装.NET dotnet publish -c Release -r linux-x64 --self-contained true参数说明参数作用适用场景-c Release发布Release版本优化过的生产环境-f net5.0指定目标框架多框架项目时指定-r linux-x64指定运行时标识跨平台发布时用--self-contained true打包.NET运行时目标机器没装.NET时用/p:PublishSingleFiletrue发布成单文件方便分发和拷贝单文件发布这功能在.NET 5里已经比较成熟了我经常把一些小工具发布成单个exe扔到服务器上直接跑。不过注意单文件发布会把原生依赖解压到临时目录再加载首次启动会稍慢一点另外杀毒软件对单文件程序的误报率会高一些这是没代码签名导致的部署到内网一般没事。3.3 版本对应关系别搞混C# 8.0、C# 9.0和.NET平台上一节已经说过.NET 5随附C# 9.0。那标题里的C# 8.0怎么理解C# 8.0的大部分特性在.NET Core 3.x和.NET 5上都可用尤其是可空引用类型、范围运算符、异步流这三板斧已经是现代C#的底座了。C# 9.0的record类型、init访问器则是锦上添花。如果你在.NET 5项目里想强制使用C# 8.0语法级别可以在csproj里加一行LangVersion8.0/LangVersion但一般情况下没必要锁这么死。我更建议的做法是项目用默认的C# 9.0但主力写C# 8.0风格遇到合适的场景再用9.0的record。这样代码既稳定又不排斥新特性。语言版本只是工具别为了用新特性而用新特性我在代码评审时最怕看到为了炫技把简单逻辑改成一行炫酷但没人读得懂的写法。4. 值类型、引用类型与可空引用类型内存模型决定代码行为这一节是所有C#程序员迟早要补的课。哪怕你已经写了两年代码只要没搞懂值类型和引用类型的区别碰到性能问题或者诡异的“对象被改了”问题就会抓瞎。C# 8.0引入的可空引用类型更是把这个问题从“运行时崩溃”提前到了“编译期警告”。4.1 栈与堆的划分以及装箱拆箱隐藏的成本先记住一个粗略但有用的模型值类型int、double、bool、struct、enum通常分配在栈上引用类型class、interface、数组、string分配在堆上栈上只保存指向堆对象的引用。int a 10; // a的值直接在栈上 string s hi; // s在栈上指向堆上的字符串对象值类型赋值是复制值引用类型赋值是复制引用即复制指针这是很多“诡异bug”的根源var p1 new Point { X 1, Y 2 }; var p2 p1; // 如果Point是classp2和p1指向同一个对象 p2.X 100; // p1.X也变成100点这里容易引出装箱拆箱的问题。把一个值类型转换成object或接口类型就叫装箱会在堆上分配一个对象把值复制进去反过来叫拆箱又要做类型检查再复制回来。大量装箱拆箱在性能敏感场景是灾难。int number 42; object boxed number; // 装箱堆上分配值为42 int unboxed (int)boxed; // 拆箱从堆上拷贝回栈实测下来在一个每秒处理几十万条数据的循环里做装箱拆箱性能能差出好几倍。解决办法是用泛型集合Listint而不是ArrayList用泛型方法而不是object参数。C# 8.0之后还支持NullableT的装箱优化有值的可空值类型会被自动装箱成底层类型的装箱对象不会额外套一层Nullable的壳。4.2 可空引用类型编译器怎么帮你抓空引用C# 8.0最重磅的特性之一就是可空引用类型Nullable Reference Types。注意区分值类型的可空int?是运行时机制int?真的能存null引用类型的可空string?是编译期检查机制运行时string和string?没区别都是引用类型都可以为null。这个特性的意义在于把“空引用异常”的排查从运行时提前到编译期。开启方式是在csproj的Nullableenable/Nullable或者在代码文件顶部写#nullable enable。#nullable enable string? maybeNull GetValue(); Console.WriteLine(maybeNull.Length); // 编译警告可能为null if (maybeNull is not null) { Console.WriteLine(maybeNull.Length); // 警告消除 }编译器通过“流分析”跟踪变量是否为null在明确的判空之后变量会被标记为“非空”允许直接访问成员。还有!null容忍运算符用来告诉编译器“我知道这里不可能为null”但要慎用滥用等于关闭检查。我踩过的坑是一个项目里老代码和新代码混着写老代码里的string没有标可空新代码里标了string?两边一交互经常出现“明明标了可空但责任不清”的情况。后来我把整个项目的Nullable统一打开花了一天时间把警告清零之后空引用异常几乎绝迹。强烈建议新项目默认开启老项目可以逐步开启。4.3 struct的陷阱复制语义与默认构造函数C# 8.0给struct加了一个非常实用但容易忽略的能力只读结构体成员。在struct里你可以给单个成员标记readonly表示这个成员不会修改结构体状态。public struct Point { public int X { get; } public int Y { get; } public Point(int x, int y) (X, Y) (x, y); public readonly double DistanceFromOrigin Math.Sqrt(X * X Y * Y); }标记为readonly的成员在调用时会有一个额外好处编译器可以避免创建防御性副本。这在结构体包含引用类型字段时特别重要否则每次访问成员都可能悄悄复制整个结构体对象性能损耗肉眼可见。struct还有一个经典坑值类型不能用无参自定义构造函数这个是老限制C# 10才放开也就是说你没法给struct写一个“必须做的初始化逻辑”。C# 8.0之前struct的默认值就是所有字段清零/置null8.0之后对只读成员的限制放松了一些但设计struct时依然要牢记“它是值类型要尽量不可变”。我在实际项目里更倾向于用只读struct表示坐标、颜色、范围这种轻量级概念用class表示带状态和行为的实体。5. 异步编程基础async/await背后的线程模型和常见误区异步编程是C#里最容易被误解的主题。很多人以为async/await就是“多线程”用了就能加快速度这是完全错误的。async/await主要解决的是“不阻塞调用线程”而不是“开新线程跑并行任务”。5.1 async方法内部到底发生了什么当编译器看到一个async方法它会把这个方法改造成一个状态机。第一次调用时方法开始执行碰到await会检查任务是否已经完成如果没完成方法立刻返回一个未完成的任务给调用者同时把当前状态、局部变量、当前同步上下文保存下来然后注册一个续延continuation等任务完成后接着往下执行。public async Taskstring FetchDataAsync(HttpClient client) { string json await client.GetStringAsync(https://api.example.com/data); return json; }在UI程序里await之后会回到原来线程通过SynchronizationContext在控制台程序里await之后通常在线程池线程继续执行。这就是为什么WPF/WinForms里用await更新UI控件不会跨线程异常而如果你手动写Task.Run就很容易踩跨线程的坑。一个典型的误区是“用async方法就是为了并行”。其实await是顺序的前一个await等完了才执行下一句。如果想让多个独立任务并行要用Task.WhenAllvar task1 FetchDataAsync(client1); var task2 FetchDataAsync(client2); var results await Task.WhenAll(task1, task2);这样两个请求是真正并发发出的总耗时约等于最慢的那个而不是两个耗时之和。5.2 使用async/await最容易踩的四个坑第一个坑async void。async void的方法异常无法被调用者捕获直接抛到同步上下文里很可能导致程序崩溃。C#官方明确说async void只为事件处理器保留。我见过有人在按钮点击事件里写async void没问题但有人在生命周期事件、构造函数里写async void出了问题极难排查。// 错误示范async void异常无法捕获 public async void SaveAsync() { await Task.Delay(1000); throw new Exception(boom); // 没人能catch到 } // 正确做法返回Task public async Task SaveAsync() { await Task.Delay(1000); throw new Exception(boom); }第二个坑在async方法里同步阻塞。用.Result或.Wait()把异步任务变成同步等待会导致死锁。尤其在UI线程有SynchronizationContext的情况下一个线程在等任务完成任务却等着回到这个线程两边互相等死锁。正确做法是全程用await一路async到底。第三个坑Task.WhenAll的异常处理。我踩过Task.WhenAll里多个任务都抛异常了直接await Task.WhenAll只能捕获到第一个异常实际上会抛出一个TaskCanceledException或第一个异常其他的异常就丢了。正确做法是捕获AggregateException或者逐个遍历任务检查task.ExceptionTask[] tasks new Task[] { FetchA(), FetchB(), FetchC() }; try { await Task.WhenAll(tasks); } catch (Exception ex) { foreach (var task in tasks) { if (task.Exception ! null) { Console.WriteLine(task.Exception.Message); } } }第四个坑不用ConfigureAwait导致上下文切换开销。在类库里写代码每个await都默认要回到原同步上下文如果原上下文是个单线程后面全部卡住。在非UI的类库代码中加ConfigureAwait(false)可以避免这一层切换var json await client.GetStringAsync(url).ConfigureAwait(false);注意ConfigureAwait(false)后面的代码不再回到原先的SynchronizationContext所以UI代码里不能在await之后直接访问UI控件。5.3 IAsyncEnumerable 用异步流处理分批数据C# 8.0带来了异步流Async Streams核心接口是IAsyncEnumerableT。它解决的问题是你有一个会持续产生数据的序列每次产生都要异步等待比如读数据库游标、读网络流、分页拉取接口如果每次拉一批就返回调用方需要不断地“等待生成下一个元素”。有了异步流你可以写一个await foreach来消费这种序列public async IAsyncEnumerablestring ReadLinesAsync(string path) { using var reader new StreamReader(path); string line; while ((line await reader.ReadLineAsync()) is not null) { yield return line; } } // 消费端 await foreach (var line in ReadLinesAsync(data.txt)) { Console.WriteLine(line); }yield return在async方法里不能直接用必须配合IAsyncEnumerableT才能实现“逐行异步读取”。我第一次拿它处理几GB的日志文件时体会到了什么叫“边读边处理”内存占用稳定在几十MB级别而如果用同步读取整个文件到内存直接几GB没了。6. 从零搭一个命令行记事本把上面这些基础用起来前面讲了不少知识点最后用一个完整小项目把它们串起来。这个项目是一个命令行记事本支持添加笔记、查看列表、搜索笔记、统计字数用到的正好是C# 8.0和.NET 5的现代特性。6.1 功能设计与数据模型需求很简单程序启动后显示菜单用户输入1添加笔记2查看所有笔记3搜索笔记4退出。笔记数据保存到本地JSON文件启动时异步读取每次操作后异步保存。数据模型用C# 9.0的record顺手定义一下简洁明了public record NoteRecord(string Title, string Content, DateTime CreatedAt);项目文件需要开启可空引用类型Project SdkMicrosoft.NET.Sdk PropertyGroup OutputTypeExe/OutputType TargetFrameworknet5.0/TargetFramework Nullableenable/Nullable /PropertyGroup /Project6.2 核心代码用新语法把逻辑写清爽先看笔记仓储部分这里用到了异步流、可空引用类型和using声明using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Text.Json; using System.Threading.Tasks; public class NoteRepository { private readonly string _filePath; private ListNoteRecord _notes; public NoteRepository(string filePath) { _filePath filePath; _notes new ListNoteRecord(); } public async Task LoadAsync() { if (!File.Exists(_filePath)) { _notes new ListNoteRecord(); return; } await using var stream File.OpenRead(_filePath); _notes await JsonSerializer.DeserializeAsyncListNoteRecord(stream) ?? new ListNoteRecord(); } public async Task SaveAsync() { await using var stream File.Create(_filePath); await JsonSerializer.SerializeAsync(stream, _notes); } public void Add(NoteRecord note) { _notes.Add(note); } public ListNoteRecord Search(string keyword) { return _notes .Where(n n.Title.Contains(keyword) || n.Content.Contains(keyword)) .OrderByDescending(n n.CreatedAt) .ToList(); } }注意await using是从C# 8.0开始支持的异步释放语法对应的接口是IAsyncDisposableStreamReader和FileStream都实现了它。这在处理大文件时能让底层句柄更早释放比同步using更友好。主程序的菜单逻辑可以用switch表达式和async/await配合起来class Program { static async Task Main(string[] args) { var repo new NoteRepository(notes.json); await repo.LoadAsync(); while (true) { Console.WriteLine(1.添加笔记 2.查看全部 3.搜索 4.退出); string input Console.ReadLine() ?? string.Empty; string result input switch { 1 await AddNoteAsync(repo), 2 ViewAll(repo), 3 SearchNotes(repo), 4 exit, _ 未知命令请重新输入 }; if (result exit) break; Console.WriteLine(result); } await repo.SaveAsync(); } static async Taskstring AddNoteAsync(NoteRepository repo) { Console.Write(标题: ); string title Console.ReadLine() ?? 未命名; Console.Write(内容: ); string content Console.ReadLine() ?? string.Empty; repo.Add(new NoteRecord(title, content, DateTime.Now)); await repo.SaveAsync(); return 笔记已保存; } static string ViewAll(NoteRepository repo) { if (repo.AllNotes.Count 0) return 还没有笔记; return string.Join(Environment.NewLine, repo.AllNotes.Select(n $[{n.CreatedAt:yyyy-MM-dd HH:mm}] {n.Title})); } static string SearchNotes(NoteRepository repo) { Console.Write(输入关键字: ); string keyword Console.ReadLine() ?? string.Empty; var results repo.Search(keyword); if (results.Count 0) return 没有找到匹配的笔记; return string.Join(Environment.NewLine, results.Select(n $《{n.Title}》 - {n.Content[..Math.Min(n.Content.Length, 30)]})); } }这里有一处地方值得注意在字符串插值里我用到了n.Content[..Math.Min(n.Content.Length, 30)]这是C# 8.0的范围运算符在真实场景里的应用取出内容的前30个字符作为预览。如果担心长度不够先用Math.Min兜底避免越界。Main方法返回Task这是C# 7.1之后支持的async入口点控制台程序也能用await了不用再搞.GetAwaiter().GetResult()那种丑陋写法。6.3 验证与发布运行效果检查和建议把代码跑起来实际体验一下输入1添加一条标题为“学习笔记”的内容“C# 8.0的范围运算符真好用”程序返回“笔记已保存”。再添加一条“购物清单”内容是“牛奶、面包、鸡蛋”。输入3搜索“C#”程序返回第一条笔记的标题和内容预览。输入4退出再看项目目录下生成的notes.json两笔记都在。发布命令很简单在项目目录执行dotnet publish -c Release -r win-x64 --self-contained false -o ./publish把publish目录下的exe拷到别的Windows机器上已装.NET 5运行时就能跑。如果目标机器没装运行时把--self-contained false改成true打包体积大概增加60MB左右但目标机器啥都不用装。再分享一个我后来扩展这个项目时的经验想做“笔记标签”功能时我没有直接改NoteRecord的字段而是在外面加了个Dictionarystring, ListNoteRecord做标签索引保持了原数据模型的稳定。这个思维方式是从值类型和引用类型的教训里来的——尽量减少对核心数据结构的修改用组合而不是修改来扩展功能。这套基础学完之后建议你按这个路线继续深入先去搞懂LINQ的延迟执行和IEnumerableT与IQueryableT的区别再去看泛型的协变逆变最后把依赖注入和中间件管道摸了。C# 8.0和.NET 5只是起点但把基础打扎实后面学什么框架都快。