“别再啃过时的DX12老教程了”这句话我去年在技术群里说了一遍今年又看到有人踩同样的坑实在坐不住。DirectX 12 作为图形 API 里的硬骨头资料本来就少中文圈里还在传的大多是 2016 年左右的老教程里面用的还是 COM 裸指针、CPU 同步的 ID3D12CommandList 用法甚至有些连 Root Signature 都没讲清楚。这套东西放到现在的 SDK 和 GPU 驱动环境下能跑通算运气好跑不通才是常态。所以这 25 集教程我做的不只是“讲 API”而是把从 Device 初始化到贴图三角形渲染整条链路全部走通并且把真实的调试过程、报错信息、排查思路原样记录下来。这篇内容适合谁刚啃完 DX11 想往底层走的图形学初学者、被 DX12 初始化流程劝退的自学者、还有已经在用 DX12 但被各种D3D12 ERROR卡住的中级开发者。如果你只是想在 Unity 或 Unreal 里调调材质那这篇帮不上你如果你想搞清楚 GPU 上那张三角形到底是怎么画出来的下面这些内容能让你少走两个月的弯路。1. 内容整体设计与思路拆解1.1 为什么选择“从 Device 到贴图三角形”这条主线DX12 和 DX11 最大的区别在于它把硬件的控制权几乎完全交给了开发者。DX11 里你创建个设备、设置好渲染状态、调用 DrawIndexed驱动帮你搞定大部分调度DX12 里你得自己管资源状态转换、描述符堆、命令列表提交、围栏同步任何一个环节出错结果不是黑屏就是直接崩。这 25 集的路线我没按官方文档那套“枚举适配器→创建设备→创建交换链”平铺直叙地讲而是刻意以“从 Device 到贴图三角形”作为学习主线。原因很简单只有当你亲眼看到那张贴图三角形出现在窗口里之前所有抽象概念才会真正串起来。而 Device 就是这条主线的起点也是整个 DX12 对象模型的根基。在 DX12 中Device设备代表 GPU 的逻辑抽象它负责创建命令队列、命令分配器、管线状态对象PSO、根签名、描述符堆等几乎所有核心资源。没有 Device后面一切都是空中楼阁。这与 DX11 里D3D11CreateDevice一把梭的体验完全不同DX12 的 Device 是所有对象的“工厂”你得先有工厂才能生产零件。1.2 旧教程的三大通病为什么“老”不等于“经典”我在准备这一版课程时专门去翻了一遍早年流行的几套 DX12 教程发现它们过时不是没有原因的。第一COM 智能指针缺失。老教程几乎清一色用Microsoft::WRL::ComPtr但新 SDK 里微软已经在逐步推荐使用winrt::com_ptr或者 C17 标准的wil::com_ptr。虽然这都是纯语法层面的差异但新手照着老代码敲总会出现类模板实例化失败这类让人摸不着头脑的编译错误。第二没有覆盖 Debug Layer 的正确姿势。早年教程对调试层的介绍往往是一句话带过但真实项目里Debug Layer 的输出信息才是解决问题的钥匙。新版 SDK 里D3D12GetDebugInterface的用法没变但调试输出的详细程度和可读性已经有了巨大提升。正确开启 Debug Layer 的第一天你省下的排查时间至少是半天起步。第三硬件与驱动的代差。2016 年的教程写的是 Windows 10 初版 SDK、PIX 还是旧版那时很多硬件根本不支持 D3D12 的某些特性。现在的 GPU 普遍支持 D3D12 的 Mesh Shader、DXR 光线追踪等新特性但基础管线流程和资源管理方式其实没有本质变化——这意味着老理论没错老代码却大概率跑不动。博主个人建议凡是你看到教程里还在用ID3D12RootSignature::CreateRootSignature的旧签名风格参数基本可以判断这套教程需要打折扣参考。2. 核心细节解析与实操要点从 Device 到命令队列2.1 初始化链路全拆解其中的“四层套娃”DX12 的初始化链路可以总结成一句话从轻量的复合对象开始一层层往下创建更具体的资源对象。用一套完整的调用序列来说创建IDXGIFactory4——DXGI 工厂负责枚举适配器、创建交换链枚举IDXGIAdapter1——物理 GPU 抽象选哪张显卡干活就由它决定调用D3D12CreateDevice——传入适配器拿到ID3D12Device通过 Device 创建ID3D12CommandQueue——命令队列所有给 GPU 的活儿都从这里下发。这四层关系用生活化的比喻DXGI 工厂像公司的总前台你告诉它“我要找一个能做 3D 渲染的 GPU”前台给你指到一张显卡Adapter然后你跟这张显卡签雇佣合同D3D12CreateDevice 创建设备合同签完你被分配到一个办公区CommandQueue之后所有文件、任务都是往这个办公区投递。这个比喻重点说明一点为什么你不该跳过 Adapter 直接 D3D12CreateDevice。很多老代码为了省事传入nullptr让系统自动选择 GPU这在只有一个 GPU 的机器上没问题但笔记本独显组合下很可能选到了集显性能一塌糊涂。正确做法永远是先枚举 Adapter按需挑选硬件能力是否支持 D3D12、是否有足够显存等。2.2 新手必看Device 创建与调试层开启的 3 个参数打开 Visual Studio 建好空项目后第一份代码就是初始化 Device。这里我直接给出实际使用的核心代码并标注几个容易踩坑的位置。// 核心头文件 #include d3d12.h #include dxgi1_4.h #include wrl/client.h // 创建 Debug Layer仅 Debug 构建 #ifdef _DEBUG ComPtrID3D12Debug debugInterface; D3D12GetDebugInterface(IID_PPV_ARGS(debugInterface)); debugInterface-EnableDebugLayer(); #endif // 创建 DXGI 工厂 ComPtrIDXGIFactory4 dxgiFactory; CreateDXGIFactory1(IID_PPV_ARGS(dxgiFactory)); // 枚举第一块支持 D3D12 的适配器 ComPtrIDXGIAdapter1 adapter; for (UINT i 0; dxgiFactory-EnumAdapters1(i, adapter) ! DXGI_ERROR_NOT_FOUND; i) { DXGI_ADAPTER_DESC1 desc; adapter-GetDesc1(desc); if (desc.Flags DXGI_ADAPTER_FLAG_SOFTWARE) continue; // 跳过 WARP if (SUCCEEDED(D3D12CreateDevice(adapter.Get(), D3D_FEATURE_LEVEL_11_0, IID_PPV_ARGS(device)))) break; }这里三个关键参数你务必留意D3D_FEATURE_LEVEL_11_0并不代表你只支持 11 级功能而是告诉驱动“给我一个至少支持 11 级特性的设备”。只要硬件不是十年前的实际拿到的设备都能支持更高特性等级。用 11_0 作为最低门槛是为了最大兼容性。D3D12GetDebugInterface 必须在创建工厂之前调用顺序错了调试层不会生效而且不会报错你只会觉得“为什么我明明开了调试层出了错却不提示”。跳过DXGI_ADAPTER_FLAG_SOFTWARE这能帮你避开 WARP 软件渲染设备。软件渲染本身没有错但初学者容易分不清自己跑在 GPU 还是 CPU 上。2.3 让 CPU 和 GPU 和谐协作命令队列与命令列表详解Device 创建完成后下一个核心对象是ID3D12CommandQueue。很多新手搞不清 CommandQueue、CommandList、CommandAllocator 三者的关系我用快递站来类比CommandAllocator 是打包箱——记录每个渲染指令的内存空间CommandList 是快递单——把指令按顺序写好CommandQueue 是传送带——你把装满指令的箱子按顺序放到传送带上GPU 这个“收货员”再按顺序取走。对应到代码层面创建 CommandQueue 时要注意队列类型分为 DIRECT、COMPUTE、COPY 三类。渲染管线用D3D12_COMMAND_LIST_TYPE_DIRECT纯计算任务用 COMPUTE 类型上传数据用 COPY 类型。混用类型会引发 GPU 同步问题这是初学者最容易忽略的点。命令列表录制完指令后必须调用Close()然后通过ExecuteCommandLists提交到队列最后用围栏Fence同步 CPU 与 GPU 的执行进度。这里要特别警告一个经典错误千万不要在上一帧的 GPU 还在执行时复用同一块 CommandAllocator。正确做法是分配多个轮流循环比如三个通过围栏判断某个 Allocator 对应的 GPU 执行完毕后再重用。3. 实操过程与核心环节实现渲染管线的完整骨架3.1 渲染目标视图与交换链的关联逻辑要输出画面到窗口必须让交换链关联到窗口句柄并获取后台缓冲区Back Buffer的渲染目标视图RTV。交换链的创建依赖于 DXGI 工厂关键代码中要注意DXGI_SWAP_CHAIN_DESC1里的几个字段BufferCount一般设为 2双缓冲或 3三缓冲。双缓冲减少延迟三缓冲流畅度更高但会占更多显存。SwapEffect建议用DXGI_SWAP_EFFECT_FLIP_DISCARD这是现代推荐的翻转模型效率更高、GPU 功耗管理更好。老式DXGI_SWAP_EFFECT_DISCARD属于直接呈现模式虽然兼容性好但性能上限低。Format用DXGI_FORMAT_R8G8B8A8_UNORM8 位颜色分量足够日常渲染。如果你做 HDR 流程再考虑R16G16B16A16_FLOAT。创建完交换链后你需要为每个后台缓冲区创建一个 RTV 描述符。注意 RTV 必须放在描述符堆里而描述符堆又必须是D3D12_DESCRIPTOR_HEAP_TYPE_RTV类型这与着色器可见的 CBV/SRV/UAV 堆不同。RTV 堆不需要在根签名中声明但它的容量要提前规划否则后面加资源只能重建堆。3.2 重点拆解根签名Root Signature为什么要先定“房间布局”根签名是我认为整套流程里最抽象的概念也是大多数入门者翻车的重灾区。如果你不理解它的本质看到结构体CD3DX12_ROOT_SIGNATURE_DESC就会头皮发麻。我用一个比喻说明根签名是 GPU 的“快递柜布局图”——你在 CPU 侧设置根参数描述符表、常量等GPU 执行着色器时需要从柜子里取数据而根签名规定了“柜子有几层、每层放什么、多大多宽”。对于贴图三角形这个任务根签名里至少要放两样东西一个描述符表用于暴露纹理 SRV 给像素着色器几个根常量或一个常量缓冲区视图CBV用于传递 MVP 矩阵。以代码实现核心是CD3DX12_ROOT_PARAMETER和CD3DX12_DESCRIPTOR_RANGE的搭配使用CD3DX12_DESCRIPTOR_RANGE texTable; texTable.Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 1, 0); // 绑定到 t0 CD3DX12_ROOT_PARAMETER rootParams[2]; rootParams[0].InitAsDescriptorTable(1, texTable, D3D12_SHADER_VISIBILITY_PIXEL); rootParams[1].InitAsConstantBufferView(0, 0, D3D12_SHADER_VISIBILITY_VERTEX); CD3DX12_ROOT_SIGNATURE_DESC rootSigDesc(2, rootParams, 0, nullptr, D3D12_ROOT_SIGNATURE_FLAG_ALLOW_INPUT_ASSEMBLER_INPUT_LAYOUT);关键点在于根签名必须在创建 PSO 之前确定因为 PSO 编译时需要根签名的布局。如果你后续想修改根签名PSO 也得重新创建。这个改造成本很容易被低估所以根签名设计一定要在写代码前规划好哪怕是“先用最小可用版本跑通后再扩展”也比写死了没法动要强。3.3 深度解析PSO管线状态对象组装才是真正的重头戏PSO 是 DX12 里将着色器、输入布局、光栅化状态、混合状态、深度模板状态等打包成 GPU 可直接执行的“完整操作手册”。它的好处是一次组装、多次复用但代价是变更其中任何一项都必须重新创建 PSO。组装 PSO 时最繁琐的就是填写D3D12_GRAPHICS_PIPELINE_STATE_DESC。你需要依次指定顶点着色器和像素着色器的字节码指针输入布局描述从绑定缓冲区到顶点着色器输入的格式与语义根签名地址光栅化状态描述填充模式、剔除模式、抗锯齿选项混合状态描述是否启用透明度混合、混合因子等深度模板状态描述是否启用深度测试与模板测试渲染目标格式必须与交换链缓冲区格式一致。这里有个隐藏陷阱如果 DepthStencilState 里启用了深度测试但你没有创建深度缓冲区PSO 创建时不会报错运行时画面却可能黑屏或深度错乱。DX12 不像 DX11 会自动帮你创建深度缓冲所以很多新手在“为什么我的三角形不出来”这个问题上卡了几个小时根源就在这。贴图三角形阶段建议直接使用CD3DX12_DEPTH_STENCIL_DESC(D3D12_DEFAULT)它默认是启用深度测试的。如果你不想要深度缓冲记得把深度比较函数设置为D3D12_COMPARISON_FUNC_ALWAYS并传入一个非空的深度模板视图可以是不用的纹理。3.4 由矩阵到屏幕顶点缓冲与输入布局的对应关系模型坐标要经过三连乘模型矩阵 MVP再经过视口变换才能显示到窗口。在 CPU 侧我们需要创建一个顶点缓冲区把位置、法线、UV 坐标等打包进一个D3D11_SUBRESOURCE_DATA结构体没错在 DX12 里复用这个结构体名。顶点结构体通常这样定义struct Vertex { XMFLOAT3 position; XMFLOAT2 texcoord; // UV 坐标贴图必用 };输入布局描述要与结构体的内存布局严格对应。顺序错一个轻则纹理翻转重则花屏或崩溃。建议把position和texcoord的格式分别手动标为DXGI_FORMAT_R32G32B32_FLOAT和DXGI_FORMAT_R32G32_FLOAT这样语义清楚且与着色器代码一一对应。上传顶点数据到 GPU 还有一种方式是使用上传堆Upload Heap它是 CPU 可写、GPU 可读的内存。常见做法是创建D3D12_HEAP_TYPE_UPLOAD的资源用Map拷贝数据后Unmap。这对于一次性提交的数据没问题但对于频繁更新的几何体建议使用默认堆上传缓冲区异步拷贝的方式避免每帧同步阻塞 CPU。3.5 DDS 贴图加载为什么不要直接读 JPG/PNG项目里贴图文件最好用 DDS 格式。不要觉得这老气DDS 是 DirectX 原生支持的纹理格式支持 mipmap 链、GPU 压缩纹BC1~BC7、体积纹理等加载时可以一次性提交完整资源。而 JPG、PNG 这类格式需要解码、转格式还需要你用DirectXTex库或 WIC 自己转换多了一步不说还可能因为内存对齐问题产生一些莫名其妙的花屏。用DirectXTex的CreateDDSTextureFromFile12可以直接从 DDS 文件读取到ID3D12Resource并生成 SRV 描述符。这步完成之后再把 SRV 通过描述符堆暴露给像素着色器像素着色器里采样Texture2DSamplerState用tex.Sample(sampler, input.uv)获取颜色。纹理采样时还有一个细节SamplerState的过滤方式和寻址模式会影响视觉效果比如D3D12_FILTER_MIN_MAG_MIP_LINEAR做双线性过滤比最近邻平滑很多。在贴图表现里如果采样器没有在根签名里声明需要在根签名增加一个静态采样器并给它设置合适的过滤与寻址模式。否则编译通过但采样结果会是黑色或默认值。4. 问题与调试全记录4.1 Debug Layer 开启后必做的检查清单调试层开启后程序运行时会在 Output 窗口输出以D3D12 ERROR开头的信息。我在做这套教程的过程中整理了十个最常出现的错误模式这里挑三个有代表性的实例展开说明。**实例一描述符堆越界。**错误信息类似D3D12 ERROR: ID3D12Device::CreateDescriptorHeap: Heap size is too small。根因是我给 SRV 堆分配了过少的描述符数量。这个问题的特点是你只用了 1 个贴图但代码里可能有顶点缓冲 SRV、采样器等也挂在了同一堆上而堆的容量写死成了 1。解决思路很明确堆容量按最大可能资源数分配足够大而不是按当前资源数写死。**实例二资源状态转换错误。**错误信息经常是Resource state (0x200: D3D12_RESOURCE_STATE_PIXEL_SHADER_RESOURCE), before state (0x0: D3D12_RESOURCE_STATE_PRESENT) is invalid。一开始我经常漏掉ResourceBarrier导致纹理在后台缓冲区还是呈现状态时就被采样。这条最容易排查却也最容易在代码各分支里遗漏因为资源状态转换必须发生在一次 GPU 操作前。建议把转换逻辑集中封装成一个工具函数强迫自己在每个阶段都调用一次。**实例三围栏同步异常导致的“资源使用中”。**表现为程序没黑屏但一提交多帧后偶发崩溃。这是因为我在复用 CommandAllocator 前没有用围栏检查 GPU 是否处理完。围栏的等待要实现得当最常见做法是每帧记录围栏值下一帧提交前等待上一帧对应围栏值完成。实际上CPU 执行到围栏等待时GPU 可能已经完成或还在忙碌这个同步模型不需要太精确只要你等待的值比当前 GPU 进度大 1 即可保障安全。4.2 真实调试过程记录从黑屏到贴图三角形的那 7 次闪退这套教程第一次完整跑通贴图三角形时我经历了 7 次失败这里把每次失败的原因和查错方法写出来价值比直接给最终代码高得多CreateDXGIFactory1返回E_INVALIDARG原因是参数填了最新版本的IID_IDXGIFactory6但项目里的 Windows SDK 版本不支持。解决办法改用CreateDXGIFactory2或确保 SDK 版本。D3D12CreateDevice返回DXGI_ERROR_UNSUPPORTED是因为传入的特性等级D3D_FEATURE_LEVEL_12_2在 GTX 970 上不支持。降为D3D_FEATURE_LEVEL_11_0后正常。PSO 创建失败输出日志显示输入布局语义与顶点着色器不匹配。检查发现着色器里用的是POSITION语义而输入布局里写的是SV_POSITION。改成 POSITION 后解决。三角形完全不显示但窗口是黑色的。排查后发现后台缓冲区被清屏为黑色但绘制调用没有生效。原因是 PSO 里光栅化状态设置了剔除正面顶点环绕顺序又是顺时针导致整个三角形被剔除。设为D3D12_CULL_MODE_NONE后问题消失。三角形只显示了半个另一半被切掉。排查后发现视口Viewport设置的宽度刚好是窗口宽度但裁剪矩形ScissorRect没有更新默认还是 0。把 ScissorRect 手动设为整个窗口后解决。纹理显示成了黑白条纹。原因是 DDS 纹理格式中包含 mipmap但我在采样器里用了D3D12_FILTER_MIN_MAG_MIP_POINT并且没有设置MipLODBias。改回线性过滤后正常。退出程序时崩溃报错D3D12 ERROR: ID3D12CommandAllocator::Reset。原因是命令分配器还在被 GPU 使用时强行重置。加入围栏等待后解决。这 7 次失败覆盖了 DX12 学习中的大部分典型坑排查手段基本都是依赖 Debug Layer 的输出再加上 PIX 这类帧调试工具。这里强调一点Debug Layer 不开这些错误几乎都是静默失败你只能看到黑屏或崩溃没有任何线索。所以再次强调——项目创建后第一件事就是开 Debug Layer。4.3 帧调试工具 PIX 怎么用才能不白装PIX 是微软官方的 GPU 调试和性能分析工具能抓取单帧渲染过程。装好之后我强烈建议你先做一件事在 GPU Capture 模式下抓取一帧观察 Events 列表里是否出现“Draw”事件。如果 Draw 事件存在说明绘制指令到达 GPU 了问题大概率出在资源绑定或着色器上如果没有 Draw 事件问题在 CPU 侧的渲染管线流程上。PIX 的 Resource 视图还能直接查看纹理、缓冲区的最终数据遇到贴图不对的情况先在这里看纹理内容是否正常能很快定位是加载阶段出了问题还是采样阶段出了问题。这一招能节省至少一个小时的盲猜时间。5. 常见问题与排查技巧速查表5.1 启动阶段与运行阶段的报错对照表报错或现象根因解决办法D3D12CreateDevice返回E_INVALIDARG特性等级或设备的 IID 参数不匹配确认D3D_FEATURE_LEVEL数值合法版本 SDK 是否一致CreateSwapChain失败返回DXGI_ERROR_INVALID_CALL交换链描述字段不合法如BufferCount为 0 或Format无效逐字段核对描述结构体尤其注意SampleDesc.Count必须为 1窗口黑屏无报错Debug Layer 未开启或 PSO 中光栅化状态设置错误开启调试层逐项检查光栅化剔除、视口、裁剪矩形贴图全黑 / 全白采样器未在根签名中正确声明或 SRV 未绑定到描述符表确认采样器类型与着色器一致使用 PIX 查看纹理与描述符内容渲染时偶发崩溃资源状态转换遗漏或围栏同步缺失资源转换要覆盖全链路围栏等待值必须递增并使用最新值多次调用ExecuteCommandLists后崩溃CommandAllocator 重用过早每帧至少准备 3 个 CommandAllocator并用围栏等待前一帧完成5.2 与硬件、环境相关的顽固问题排查很多学习者一上来就是“为什么我的机器跑不起这个例子”这不一定是你代码的问题也可能是环境或硬件限制。比如标题里就出现过directx 12 is not supported on your system这类提示这通常是显卡驱动过旧或系统版本过低。解决办法先去系统设置确认图形驱动是否为最新再确认系统版本号比如 Windows 10 1809 及以上对 DX12 特性支持更完整。装完最新驱动后问题仍存可以打开系统的“图形设置”看是否强制在独立 GPU 上运行部分笔记本默认让应用跑在集显上DX12 特性受限。这类环境问题通常不是代码能解决的只在硬件和驱动层面排查。5.3 三个“磨刀不误砍柴工”的调试习惯这些习惯是我在项目实战中一点点养成的看起来不显眼但能把你从“卡一天”变成“十分钟定位”。**习惯一每次修改只动一个变量。**DX12 的学习过程中着色器、管线状态、资源绑定三者的耦合度极高一次改多个点出错后根本不知道哪个是根源。我在 25 集中反复提醒自己哪怕只是改个D3D12_CULL_MODE也要先把其他状态固定不动跑一遍确认结果再动下一个。**习惯二资源命名对调试极有好处。**在创建资源和根签名时用SetName给关键对象命名。当 PIX 和 Debug Layer 输出报错时报错信息里会带上对象名称立刻就能定位是哪个资源出了问题。没命名时所有对象都叫“未命名对象”排错全靠猜。**习惯三维护一份“错误与处理”笔记。**每次遇到一个新的报错把报错信息、上下文、解决方式记下来。DX12 的报错体系相对规范很多错误是重复出现的笔记建好之后排查时间会成倍下降。这套 25 集教程里的调试全记录本质上就是我自己的错误笔记的整理版。6. 后续扩展与学习建议6.1 从贴图三角形到完整场景的技术路线建议贴图三角形跑通意味着你已经跨过了 DX12 最难的门槛。接下来建议循序渐进我把路线排好每个阶段都能复用之前的知识深度缓冲区与 3D 立方体引入深度测试和深度缓冲区的创建与绑定多个对象的渲染学会管理多个 PSO、多套 CBV/SRV 描述符的切换纹理贴图的 Mipmap 自动生成从 DDS 到运行时动态生成链动态顶点缓冲和常量缓冲更新理解两种更新策略的优缺点阴影贴图与后处理这一阶段需要你熟练掌握资源状态转换和描述符堆的高级用法。每个阶段都要坚持 Debug Layer 常开并在 PIX 里看帧调试数据否则很容易停留在“代码能跑但不知道原理”的状态。6.2 遇到“看不懂”的 API 时别硬背文档DX12 最大的学习障碍不是语法而是概念。很多 API 的用法翻译成中文也晦涩。我的建议是遇到不懂的接口先问三句话这个对象是谁创建的生命周期它跟哪些对象存在依赖依赖链它的工作是在 CPU 还是 GPU 上完成执行端把所有对象都按这三个维度理一遍比死记一百个接口名都有效。6.3 设备与调试层的个人心得如果用一句话总结我这套 25 集教程的心得DX12 学的是“管理复杂度”的能力不是学 API 本身。Device、CommandQueue、PSO、Descriptor Heap每个概念都是为了让 GPU 资源更可控。学的时候有点耐心每遇到一个报错Debug Layer 和 PIX 都能帮你从抽象概念回到具体现实。还有一个小建议如果你用的是 Visual Studio 2022记得在调试菜单里把“启用本机代码调试”打开否则有些 GPU 驱动的崩溃信息你根本看不到排查难上加难。这个配置很多人忽略但它直接决定了你能不能拿到有意义的调用栈。最后分享一个我在项目中的体会调试记录本身就是最宝贵的学习资料。我在这 25 集里写下的每一次闪退、每一条D3D12 ERROR、每一个 PIX 截图回头看都是理解 DX12 的最佳线索。你也不妨在跑通代码后把遇到的错误连同解决过程整理成自己的笔记这份笔记比收藏夹里的所有教程都更值钱。