简介这份C#入门经典教程以PPT形式系统梳理C#语言基础与.NET平台核心概念面向零基础或刚接触微软技术栈的编程学习者帮助其建立面向对象编程思维并理解.NET程序的运行机制。内容涵盖C#程序基本结构、类与命名空间、继承多态封装等面向对象设计要点并延伸至委托、lambda表达式、泛型、async/await异步编程、集合类接口以及System.IO文本与文件处理等进阶主题同时讲解.NET Framework的CLR、类库、MSIL与JIT两次编译过程配合IL语言范例与命名空间组织方式便于对照理解跨语言互操作原理。资源包共1个PPT文件大小约4.81MB结构紧凑适合课堂讲授或自学时按章节翻阅。目前已有566人学习下载可作为C#与.NET入门阶段的知识框架梳理材料帮助读者快速把握语言基础与平台编译流程的整体脉络。1. 从一行“咒语”说起C# 和 .NET 到底是什么关系很多人第一次打开 C# 教程看到的第一句话往往是“C# 是一种面向对象的编程语言”第二句话紧接着就是“.NET 是微软的开发平台”。两句话都认识合在一起就懵了它俩到底谁是谁打个比方C# 就像一门“普通话”而 .NET 就像一套“城市基础设施”——普通话让你能跟人交流但真正让城市运转起来的是水电、交通、通信这些底层系统。你用 C# 写代码就像用普通话写剧本而 .NET 负责把剧本变成能上演的戏提供舞台、灯光、道具还管着演员的吃喝拉撒。搞懂这层关系你才能明白为什么学 C# 不能只背语法。语法只是“怎么说”而 .NET 决定了“说了能干什么”。这份入门教程把 C# 语言基础和 .NET 平台机制放在一起讲正是为了让你从一开始就建立完整的认知地图而不是学了一堆零散的关键词却串不起来。2. 为什么 C# 会被造出来一场关于效率与灵活性的妥协2.1 在 C 和 VB 之间找平衡点要理解 C# 为什么存在得先看它诞生之前开发者面对的是什么局面。C 和 C 给了程序员极大的控制权你可以直接操作内存、管理指针几乎能摸到操作系统的每一根神经。但代价也很明显开发周期长一个不小心就内存泄漏程序崩溃了还得靠“黑匣子”式的调试一点点排查。VB 则走了另一个极端拖拖控件就能出界面开发效率极高可一旦需要调用底层功能或者跟网络协议打交道就处处受限像被绑住了手脚。C# 的设计目标就是在这两者之间找一个更理想的权衡点。它保留了 C/C 的强类型、结构化编程能力和对底层功能的调用权限同时吸收了 VB 的快速开发特性。通俗地说C# 想让程序员既能“开手动挡”精细控制又不用每次都自己换轮胎。它是一门面向对象的现代编程语言用它可以写 Windows 窗口程序、数据库应用、网络服务甚至基于通用网络协议的互联网软件。2.2 两次编译.NET 程序为什么能跨语言C# 代码写完之后并不是直接变成 CPU 能执行的机器码。这里有一个关键机制.NET 程序被编译两次。第一次C# 编译器把你的源代码翻译成一种叫 MSIL 的中间语言同时生成元数据——元数据就像一份详细的“货物清单”记录了程序里有哪些类、哪些方法、参数是什么。第二次编译发生在程序运行时由 CLR 里的 JIT 编译器把 MSIL 即时翻译成当前 CPU 架构的机器码。这个设计的好处在于MSIL 是一种与具体 CPU 无关的指令集所以同一份编译结果可以在任何支持运行库的平台上运行。而且 IL 虽然不是字节码但非常接近所以第二次编译的速度很快。第一次编译慢第二次快这个“先慢后快”的节奏是 .NET 程序的典型特征。更重要的是所有 .NET 语言——不管是 C#、VB 还是 C——最终都编译成 MSIL这意味着不同语言写的代码可以互相调用跨语言继承也能实现。你用一个语言写的类另一个语言可以直接拿来用这在传统开发里是很难想象的。2.3 CLR 和类库.NET 的两大支柱.NET Framework 有两个核心组件。一个是通用语言运行时 CLR它负责程序的执行、内存管理、异常处理、类型安全和跨语言互操作。你可以把 CLR 理解成一个“管家”你写的代码运行时它帮你管着内存什么时候分配、什么时候回收出了异常怎么处理不同类型之间怎么安全转换。另一个是统一的类库集也就是 .NET 类库里面预置了大量现成的类覆盖文件输入输出、数据库访问、XML 解析、数据结构、线程管理、图形绘制等方方面面。这两个组件配合的方式是CLR 提供运行环境类库提供功能积木。你写 C# 代码时大部分时间是在调用类库里的现成类而不是从零造轮子。比如要读一个文本文件直接用 System.IO 命名空间下的 StreamReader 就行要处理一组数据System.Collections 里已经有现成的集合类。命名空间在这里扮演的角色就像文件系统里的文件夹——把相关的类组织在一起既方便查找也避免命名冲突。两个不同的命名空间里可以有同名的类用的时候加上命名空间前缀就能区分开。3. 拆开 .NET 的黑匣子CLR、MSIL 和 JIT 到底在干什么3.1 从源代码到机器码的完整旅程让我们跟着一段 C# 代码走一遍它的“人生旅程”。假设你写了一个最简单的控制台程序里面有一个 Main 方法。编译器首先把这段源代码翻译成 MSIL 和元数据打包成一个程序集。程序集里除了中间语言还包含清单文件记录了程序集的版本、依赖关系、包含哪些类型等信息。当你双击运行这个程序时操作系统加载 CLRCLR 读取程序集清单找到入口点 Main 方法然后 JIT 编译器把 Main 方法对应的 MSIL 编译成本地机器码CPU 开始执行。这个过程里有一个容易被忽略的细节JIT 编译是按需进行的不是一次性把整个程序都编译完。只有被调用到的方法才会被编译而且编译结果会被缓存起来下次再调用同一个方法就直接用缓存。这就是为什么 .NET 程序启动时可能感觉稍慢但运行起来之后速度很稳定。IL 语言范例里那些 IL_0000、IL_0001 开头的指令就是 MSIL 的原始形态每条指令对应一个基本操作比如 nop 表示空操作call 表示调用方法ldc.i4.0 表示把整数 0 加载到栈上。3.2 托管代码到底“托管”了什么CLR 管理的代码叫托管代码这个“托管”主要体现在几个方面。首先是内存管理你 new 一个对象出来不用自己写代码释放它垃圾回收器会在合适的时候自动回收不再使用的内存。其次是类型安全CLR 会检查你的类型转换是否合法避免把一种类型当成另一种类型乱用。再次是异常处理CLR 提供统一的异常传播机制跨语言也能正常抛出和捕获。最后是跨语言集成不同语言编译出的 MSIL 可以互相调用甚至一个语言写的类可以被另一个语言继承。这些机制加在一起让开发者可以把精力集中在业务逻辑上而不是整天跟内存泄漏和类型错误搏斗。当然托管也有代价比如你没法像 C 那样精确控制内存释放的时机垃圾回收的时机对开发者来说是不确定的。但对于大多数应用场景来说这个代价换来的是开发效率和程序稳定性的显著提升。3.3 命名空间代码世界的“文件夹”命名空间这个概念教程里用了一个很贴切的类比就像文件系统里一个文件夹可以容纳多个文件一样命名空间可以看作某些类的一个容器。把相关的类放进同一个命名空间既能组织代码结构又能避免命名冲突。比如你在两个不同的命名空间里都定义了一个叫 A 的类用的时候写 a1.A 和 a2.A 就能区分开不会打架。命名空间既是程序的“内部”组织系统也是“外部”组织系统——你可以通过命名空间向其他程序公开自己拥有的程序元素。C# 里用 using 关键字来引用命名空间类似于 C/C 里的 #include但机制不同。using 只是简化书写不涉及代码复制。常用的命名空间包括 System.Drawing 处理图形和绘图System.Data 处理数据存取System.IO 管理文件和流的读写System.Threading 支持多线程编程System.Collections 提供各种集合类。刚开始学的时候不需要背下来用多了自然就记住了。4. 这些概念最容易搞混初学者常踩的五个坑4.1 .NET Framework 和 JVM 是一回事吗容易混是因为两者都是“运行时 类库”的结构都负责把中间代码翻译成机器码。但区别在于JVM 主要服务于 Java 语言虽然也有其他语言能编译到 JVM 字节码但生态相对集中.NET Framework 从设计之初就强调多语言支持C#、VB、C 等语言编译成统一的 MSIL共享同一套类库和运行时。另外 JVM 的字节码和 .NET 的 MSIL 虽然都是中间语言但指令集和格式完全不同不能互换。4.2 CLR 和 CLS 分不清CLR 是通用语言运行时是实际执行程序的引擎CLS 是通用语言规范是一套规则规定所有 .NET 语言都应该遵循什么标准才能互相操作。打个比方CLR 是“发动机”CLS 是“交通法规”。发动机让车能跑交通法规让不同品牌的车能在同一条路上安全行驶。CTS 则是通用类型系统定义了 .NET 里所有类型必须遵守的规则包括标准数据类型和类型分类。CLS、CTS 和 MSIL 紧密配合才实现了语言互操作性。4.3 第一次编译和第二次编译搞反了很多人以为“编译”就是把源代码变成机器码一次搞定。但在 .NET 里第一次编译是把 C# 源代码变成 MSIL 和元数据这次编译相对较慢因为要做完整的语法分析和类型检查。第二次编译是程序运行时 JIT 把 MSIL 变成机器码这次编译很快因为 MSIL 已经很接近机器码了。容易搞混的地方在于有人觉得第一次编译慢所以程序运行也慢其实恰恰相反第一次编译的产物是中间语言运行时才做最终翻译而且翻译结果会被缓存。4.4 托管代码和非托管代码的边界托管代码就是运行在 CLR 管理之下的代码享受内存管理、类型安全、异常处理等服务。非托管代码则是直接运行在操作系统上的代码比如用 C 写的传统程序或者通过平台调用技术调用的系统 API。容易混的地方是有人以为用了 C# 就全是托管代码其实 C# 也可以通过特定方式调用非托管代码。反过来C 也可以编译成托管代码。区分的关键不在于用什么语言写而在于代码是否在 CLR 的管理下运行。4.5 命名空间和程序集不是一回事命名空间是逻辑上的组织方式用来避免命名冲突和方便查找程序集是物理上的部署单元一个程序集可以包含多个命名空间一个命名空间也可以分布在多个程序集里。容易混是因为两者都跟“组织代码”有关。区分方法很简单命名空间影响你怎么写 using 和怎么引用类程序集影响你怎么部署和版本管理。你可以在一个程序集里定义多个命名空间也可以把同一个命名空间分散在多个程序集里。5. 什么时候该用这套东西一个入门者的判断清单学到这里你可能会问那我到底什么时候该用 C# 和 .NET什么时候不该用这个问题没有标准答案但可以从几个维度来判断。先看你要做什么类型的应用。如果你要做 Windows 桌面程序、企业级数据库应用、基于通用网络协议的服务端软件C# 和 .NET 是非常顺手的选择类库里有大量现成的组件可以用。如果你要做的是对性能极度敏感、需要精确控制内存和硬件的底层系统那 C 或者 Rust 可能更合适。如果你要做的是快速原型或者数据分析脚本Python 的生态可能更省事。再看你的学习目标。如果你是想理解面向对象编程的各种概念——类、接口、继承、多态、封装——C# 是一门很好的教学语言因为它把这些概念做得非常规整同时又有完整的运行时支持你能立刻看到代码运行的效果。教程里提到的“Hello World”应用程序虽然简单但包含了 C# 程序的基本结构命名空间、类、Main 方法。从这个最小骨架出发你可以逐步添加字段、属性、方法慢慢构建出完整的面向对象程序。最后看你的长期方向。如果你打算在微软技术栈里深耕C# 和 .NET 是绕不开的基础。如果你打算做跨平台开发现代 .NET 已经支持在多个操作系统上运行C# 的用武之地也比以前更广。但如果你确定要走的路线跟 .NET 生态没有交集那花大量时间深入 CLR 和 MSIL 的细节可能投入产出比不高了解基本概念就够了。注意初学阶段不要试图把 CLR、MSIL、JIT、CTS、CLS 这些概念一次性全部吃透。先能写出一段能跑的 C# 代码再回头理解它背后发生了什么认知会顺畅得多。我刚开始学的时候总想把每个名词都查清楚再往下走结果卡在“元数据到底存了什么”这种问题上好几天代码一行没写。后来一位前辈跟我说先跑起来再拆开看。从那以后我每次学新东西都强制自己先写一个能运行的最小例子再回头补理论。希望帮到你。本文还有配套的精品资源点击获取
简介这份C#入门经典教程以PPT形式系统梳理C#语言基础与.NET平台核心概念面向零基础或刚接触微软技术栈的编程学习者帮助其建立面向对象编程思维并理解.NET程序的运行机制。内容涵盖C#程序基本结构、类与命名空间、继承多态封装等面向对象设计要点并延伸至委托、lambda表达式、泛型、async/await异步编程、集合类接口以及System.IO文本与文件处理等进阶主题同时讲解.NET Framework的CLR、类库、MSIL与JIT两次编译过程配合IL语言范例与命名空间组织方式便于对照理解跨语言互操作原理。资源包共1个PPT文件大小约4.81MB结构紧凑适合课堂讲授或自学时按章节翻阅。目前已有566人学习下载可作为C#与.NET入门阶段的知识框架梳理材料帮助读者快速把握语言基础与平台编译流程的整体脉络。1. 从一行“咒语”说起C# 和 .NET 到底是什么关系很多人第一次打开 C# 教程看到的第一句话往往是“C# 是一种面向对象的编程语言”第二句话紧接着就是“.NET 是微软的开发平台”。两句话都认识合在一起就懵了它俩到底谁是谁打个比方C# 就像一门“普通话”而 .NET 就像一套“城市基础设施”——普通话让你能跟人交流但真正让城市运转起来的是水电、交通、通信这些底层系统。你用 C# 写代码就像用普通话写剧本而 .NET 负责把剧本变成能上演的戏提供舞台、灯光、道具还管着演员的吃喝拉撒。搞懂这层关系你才能明白为什么学 C# 不能只背语法。语法只是“怎么说”而 .NET 决定了“说了能干什么”。这份入门教程把 C# 语言基础和 .NET 平台机制放在一起讲正是为了让你从一开始就建立完整的认知地图而不是学了一堆零散的关键词却串不起来。2. 为什么 C# 会被造出来一场关于效率与灵活性的妥协2.1 在 C 和 VB 之间找平衡点要理解 C# 为什么存在得先看它诞生之前开发者面对的是什么局面。C 和 C 给了程序员极大的控制权你可以直接操作内存、管理指针几乎能摸到操作系统的每一根神经。但代价也很明显开发周期长一个不小心就内存泄漏程序崩溃了还得靠“黑匣子”式的调试一点点排查。VB 则走了另一个极端拖拖控件就能出界面开发效率极高可一旦需要调用底层功能或者跟网络协议打交道就处处受限像被绑住了手脚。C# 的设计目标就是在这两者之间找一个更理想的权衡点。它保留了 C/C 的强类型、结构化编程能力和对底层功能的调用权限同时吸收了 VB 的快速开发特性。通俗地说C# 想让程序员既能“开手动挡”精细控制又不用每次都自己换轮胎。它是一门面向对象的现代编程语言用它可以写 Windows 窗口程序、数据库应用、网络服务甚至基于通用网络协议的互联网软件。2.2 两次编译.NET 程序为什么能跨语言C# 代码写完之后并不是直接变成 CPU 能执行的机器码。这里有一个关键机制.NET 程序被编译两次。第一次C# 编译器把你的源代码翻译成一种叫 MSIL 的中间语言同时生成元数据——元数据就像一份详细的“货物清单”记录了程序里有哪些类、哪些方法、参数是什么。第二次编译发生在程序运行时由 CLR 里的 JIT 编译器把 MSIL 即时翻译成当前 CPU 架构的机器码。这个设计的好处在于MSIL 是一种与具体 CPU 无关的指令集所以同一份编译结果可以在任何支持运行库的平台上运行。而且 IL 虽然不是字节码但非常接近所以第二次编译的速度很快。第一次编译慢第二次快这个“先慢后快”的节奏是 .NET 程序的典型特征。更重要的是所有 .NET 语言——不管是 C#、VB 还是 C——最终都编译成 MSIL这意味着不同语言写的代码可以互相调用跨语言继承也能实现。你用一个语言写的类另一个语言可以直接拿来用这在传统开发里是很难想象的。2.3 CLR 和类库.NET 的两大支柱.NET Framework 有两个核心组件。一个是通用语言运行时 CLR它负责程序的执行、内存管理、异常处理、类型安全和跨语言互操作。你可以把 CLR 理解成一个“管家”你写的代码运行时它帮你管着内存什么时候分配、什么时候回收出了异常怎么处理不同类型之间怎么安全转换。另一个是统一的类库集也就是 .NET 类库里面预置了大量现成的类覆盖文件输入输出、数据库访问、XML 解析、数据结构、线程管理、图形绘制等方方面面。这两个组件配合的方式是CLR 提供运行环境类库提供功能积木。你写 C# 代码时大部分时间是在调用类库里的现成类而不是从零造轮子。比如要读一个文本文件直接用 System.IO 命名空间下的 StreamReader 就行要处理一组数据System.Collections 里已经有现成的集合类。命名空间在这里扮演的角色就像文件系统里的文件夹——把相关的类组织在一起既方便查找也避免命名冲突。两个不同的命名空间里可以有同名的类用的时候加上命名空间前缀就能区分开。3. 拆开 .NET 的黑匣子CLR、MSIL 和 JIT 到底在干什么3.1 从源代码到机器码的完整旅程让我们跟着一段 C# 代码走一遍它的“人生旅程”。假设你写了一个最简单的控制台程序里面有一个 Main 方法。编译器首先把这段源代码翻译成 MSIL 和元数据打包成一个程序集。程序集里除了中间语言还包含清单文件记录了程序集的版本、依赖关系、包含哪些类型等信息。当你双击运行这个程序时操作系统加载 CLRCLR 读取程序集清单找到入口点 Main 方法然后 JIT 编译器把 Main 方法对应的 MSIL 编译成本地机器码CPU 开始执行。这个过程里有一个容易被忽略的细节JIT 编译是按需进行的不是一次性把整个程序都编译完。只有被调用到的方法才会被编译而且编译结果会被缓存起来下次再调用同一个方法就直接用缓存。这就是为什么 .NET 程序启动时可能感觉稍慢但运行起来之后速度很稳定。IL 语言范例里那些 IL_0000、IL_0001 开头的指令就是 MSIL 的原始形态每条指令对应一个基本操作比如 nop 表示空操作call 表示调用方法ldc.i4.0 表示把整数 0 加载到栈上。3.2 托管代码到底“托管”了什么CLR 管理的代码叫托管代码这个“托管”主要体现在几个方面。首先是内存管理你 new 一个对象出来不用自己写代码释放它垃圾回收器会在合适的时候自动回收不再使用的内存。其次是类型安全CLR 会检查你的类型转换是否合法避免把一种类型当成另一种类型乱用。再次是异常处理CLR 提供统一的异常传播机制跨语言也能正常抛出和捕获。最后是跨语言集成不同语言编译出的 MSIL 可以互相调用甚至一个语言写的类可以被另一个语言继承。这些机制加在一起让开发者可以把精力集中在业务逻辑上而不是整天跟内存泄漏和类型错误搏斗。当然托管也有代价比如你没法像 C 那样精确控制内存释放的时机垃圾回收的时机对开发者来说是不确定的。但对于大多数应用场景来说这个代价换来的是开发效率和程序稳定性的显著提升。3.3 命名空间代码世界的“文件夹”命名空间这个概念教程里用了一个很贴切的类比就像文件系统里一个文件夹可以容纳多个文件一样命名空间可以看作某些类的一个容器。把相关的类放进同一个命名空间既能组织代码结构又能避免命名冲突。比如你在两个不同的命名空间里都定义了一个叫 A 的类用的时候写 a1.A 和 a2.A 就能区分开不会打架。命名空间既是程序的“内部”组织系统也是“外部”组织系统——你可以通过命名空间向其他程序公开自己拥有的程序元素。C# 里用 using 关键字来引用命名空间类似于 C/C 里的 #include但机制不同。using 只是简化书写不涉及代码复制。常用的命名空间包括 System.Drawing 处理图形和绘图System.Data 处理数据存取System.IO 管理文件和流的读写System.Threading 支持多线程编程System.Collections 提供各种集合类。刚开始学的时候不需要背下来用多了自然就记住了。4. 这些概念最容易搞混初学者常踩的五个坑4.1 .NET Framework 和 JVM 是一回事吗容易混是因为两者都是“运行时 类库”的结构都负责把中间代码翻译成机器码。但区别在于JVM 主要服务于 Java 语言虽然也有其他语言能编译到 JVM 字节码但生态相对集中.NET Framework 从设计之初就强调多语言支持C#、VB、C 等语言编译成统一的 MSIL共享同一套类库和运行时。另外 JVM 的字节码和 .NET 的 MSIL 虽然都是中间语言但指令集和格式完全不同不能互换。4.2 CLR 和 CLS 分不清CLR 是通用语言运行时是实际执行程序的引擎CLS 是通用语言规范是一套规则规定所有 .NET 语言都应该遵循什么标准才能互相操作。打个比方CLR 是“发动机”CLS 是“交通法规”。发动机让车能跑交通法规让不同品牌的车能在同一条路上安全行驶。CTS 则是通用类型系统定义了 .NET 里所有类型必须遵守的规则包括标准数据类型和类型分类。CLS、CTS 和 MSIL 紧密配合才实现了语言互操作性。4.3 第一次编译和第二次编译搞反了很多人以为“编译”就是把源代码变成机器码一次搞定。但在 .NET 里第一次编译是把 C# 源代码变成 MSIL 和元数据这次编译相对较慢因为要做完整的语法分析和类型检查。第二次编译是程序运行时 JIT 把 MSIL 变成机器码这次编译很快因为 MSIL 已经很接近机器码了。容易搞混的地方在于有人觉得第一次编译慢所以程序运行也慢其实恰恰相反第一次编译的产物是中间语言运行时才做最终翻译而且翻译结果会被缓存。4.4 托管代码和非托管代码的边界托管代码就是运行在 CLR 管理之下的代码享受内存管理、类型安全、异常处理等服务。非托管代码则是直接运行在操作系统上的代码比如用 C 写的传统程序或者通过平台调用技术调用的系统 API。容易混的地方是有人以为用了 C# 就全是托管代码其实 C# 也可以通过特定方式调用非托管代码。反过来C 也可以编译成托管代码。区分的关键不在于用什么语言写而在于代码是否在 CLR 的管理下运行。4.5 命名空间和程序集不是一回事命名空间是逻辑上的组织方式用来避免命名冲突和方便查找程序集是物理上的部署单元一个程序集可以包含多个命名空间一个命名空间也可以分布在多个程序集里。容易混是因为两者都跟“组织代码”有关。区分方法很简单命名空间影响你怎么写 using 和怎么引用类程序集影响你怎么部署和版本管理。你可以在一个程序集里定义多个命名空间也可以把同一个命名空间分散在多个程序集里。5. 什么时候该用这套东西一个入门者的判断清单学到这里你可能会问那我到底什么时候该用 C# 和 .NET什么时候不该用这个问题没有标准答案但可以从几个维度来判断。先看你要做什么类型的应用。如果你要做 Windows 桌面程序、企业级数据库应用、基于通用网络协议的服务端软件C# 和 .NET 是非常顺手的选择类库里有大量现成的组件可以用。如果你要做的是对性能极度敏感、需要精确控制内存和硬件的底层系统那 C 或者 Rust 可能更合适。如果你要做的是快速原型或者数据分析脚本Python 的生态可能更省事。再看你的学习目标。如果你是想理解面向对象编程的各种概念——类、接口、继承、多态、封装——C# 是一门很好的教学语言因为它把这些概念做得非常规整同时又有完整的运行时支持你能立刻看到代码运行的效果。教程里提到的“Hello World”应用程序虽然简单但包含了 C# 程序的基本结构命名空间、类、Main 方法。从这个最小骨架出发你可以逐步添加字段、属性、方法慢慢构建出完整的面向对象程序。最后看你的长期方向。如果你打算在微软技术栈里深耕C# 和 .NET 是绕不开的基础。如果你打算做跨平台开发现代 .NET 已经支持在多个操作系统上运行C# 的用武之地也比以前更广。但如果你确定要走的路线跟 .NET 生态没有交集那花大量时间深入 CLR 和 MSIL 的细节可能投入产出比不高了解基本概念就够了。注意初学阶段不要试图把 CLR、MSIL、JIT、CTS、CLS 这些概念一次性全部吃透。先能写出一段能跑的 C# 代码再回头理解它背后发生了什么认知会顺畅得多。我刚开始学的时候总想把每个名词都查清楚再往下走结果卡在“元数据到底存了什么”这种问题上好几天代码一行没写。后来一位前辈跟我说先跑起来再拆开看。从那以后我每次学新东西都强制自己先写一个能运行的最小例子再回头补理论。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
