1. 项目概述与核心价值在嵌入式产品开发与维护的生命周期中固件更新是一个绕不开的环节。想象一下你的设备已经部署到成百上千个现场突然发现一个需要修复的软件缺陷或者需要增加一个新功能。如果每次都需要工程师带着专用工具上门或者让用户把设备寄回那成本和时间都是不可承受的。这时候一个可靠、便捷的引导程序Bootloader就成了产品竞争力的关键部分。NXP的LPC2000系列微控制器特别是LPC24xx凭借其强大的性能和丰富的外设在工业控制、消费电子等领域有着广泛的应用。其内置的UART0 ISP引导程序是一个很好的起点但它依赖串口在如今USB接口高度普及的环境下显得有些不便。因此开发一个基于USB的二次引导程序让设备能像U盘一样被电脑识别通过简单的“复制-粘贴”就能完成固件升级无疑能极大提升产品的易用性和可维护性。我这次要分享的就是基于NXP官方应用笔记AN10764为LPC24xx系列设计并实现一个USB二次ISP引导程序的完整过程。这个方案的核心是利用USB大容量存储设备类Mass Storage Class将微控制器内部的Flash存储器映射为PC上的一个磁盘驱动器。用户只需将编译好的固件文件如firmware.bin拖拽到这个“U盘”里引导程序就会自动调用芯片的IAP功能将新固件写入指定的Flash扇区。整个过程无需任何专用软件对终端用户极其友好。这个项目不仅适用于LPC24xx其设计思路——通过特定引脚或软件握手触发引导模式、选择合适的通信协议、实现主机与从机的数据交换逻辑——对于其他ARM Cortex-M系列甚至不同架构的MCU都具有很高的参考价值。接下来我将从设计考量、代码实现、配置细节到实际测试一步步拆解这个引导程序的构建过程并分享我在调试过程中踩过的坑和总结的经验。2. 引导程序设计的关键考量在动手写代码之前我们必须把几个核心问题想清楚。一个好的引导程序设计需要在功能、可靠性、安全性和易用性之间找到平衡。盲目开始编码后期往往会遇到各种架构上的麻烦。2.1 入口机制如何让芯片“听话”地进入引导模式引导程序首先要解决的是“何时启动”的问题。芯片上电后是直接运行用户应用程序还是先进入引导程序等待升级这需要一套明确的触发机制。2.1.1 专用硬件引脚触发这是最直接、最可靠的方式。我们在硬件设计时预留一个GPIO引脚例如P0.8通过上拉电阻将其常态拉高。当需要升级固件时通过一个跳线帽或按钮将该引脚接地拉低。引导程序在启动的最初阶段通常在main函数开头或启动文件中检测这个引脚的电平。如果为低电平则跳转到引导程序的主体代码如果为高电平则直接跳转到用户应用程序的起始地址。这种方式的优点是逻辑简单、抗干扰能力强、几乎不增加软件复杂度。缺点是需要占用一个宝贵的GPIO引脚对于引脚资源紧张的项目可能是个负担。在实际布线时务必确保这个引脚在上电瞬间有明确、稳定的电平避免因信号抖动导致误触发。我通常会在检测代码中加入简单的延时去抖例如连续读取几次引脚状态再做判断。2.1.2 软件握手触发当硬件引脚受限时软件握手成为一种备选方案。其思路是在用户应用程序中预留一个特殊的“后门”。例如应用程序持续监听某个串口命令、检测某段非易失性存储器如EEPROM或Flash的特定位置中的标志位、或者响应一个特殊的按键序列组合。一旦收到进入引导模式的指令应用程序就主动跳转到引导程序所在的地址或者直接触发一个软件复位并在复位前设置好标志位。软件握手更为灵活不占用额外硬件资源。但其风险也更高如果应用程序本身跑飞或卡死这个“后门”就会失效设备可能因此“变砖”。因此采用软件握手时必须设计超时和看门狗机制确保即使应用程序异常也有机会通过硬件复位等强制手段恢复引导能力。在LPC24xx的方案中我们主要采用硬件引脚触发因其确定性更强。2.2 通信信道选择为什么是USB Mass Storage引导程序需要与主机通常是PC通信来接收新的固件数据。可选的通道很多UART、USB、Ethernet、CAN、I2C等。选择USB特别是Mass Storage Class是基于以下几点考量极高的普及率和易用性USB接口是PC和智能设备的标配。Mass Storage Class是操作系统原生支持的设备类无需用户安装任何驱动Windows XP及以上、Linux、macOS均内置驱动。用户操作与操作U盘完全一致学习成本为零。传输速率快全速USB12 Mbps的速率远高于常见的UART如115200 bps对于几百KB的固件更新过程可以在几秒内完成用户体验好。协议栈成熟有大量开源和商用的USB协议栈可供参考或直接使用例如Keil MDK自带的RL-USB库大大降低了开发难度。“文件化”管理将整个可用的用户Flash空间映射为一个单一文件如firmware.bin巧妙地利用了文件系统的“删除-复制”操作来代表“擦除-编程”过程。主机软件即操作系统帮我们完成了文件传输的所有底层协议我们只需要实现磁盘读写的几个关键回调函数。当然它也有缺点USB协议栈相对复杂会占用一定的代码空间这也是为什么这个引导程序需要8KB Flash的原因。但对于LPC24xx这类拥有512KB Flash的芯片来说这个开销是可以接受的。2.3 退出策略与用户程序跳转引导程序完成任务后必须将控制权交还给用户应用程序。通常有两种方式软件跳转直接修改程序计数器PC跳转到用户应用程序的入口地址例如0x2000。在跳转前需要重新初始化堆栈指针SP为用户程序向量表中的初始值并关闭引导程序中使用的中断等外设。硬件复位触发一次芯片的软复位。复位后引导程序会再次运行但此时如果升级引脚为高电平且用户程序有效则会直接跳转到用户程序。这种方式更为“干净”所有外设都回到了默认状态但会带来一次短暂的断电重启过程。在LPC24xx的示例中采用的是第一种方式。这里有一个关键细节用户应用程序的编译链接地址必须修改。因为引导程序占用了Flash的前两个扇区0x0000 - 0x1FFF所以用户程序必须从0x2000开始链接。这需要在你的IDE如Keil MDK的链接器配置中将ROM起始地址设置为0x2000并将中断向量表进行相应的偏移处理。3. USB引导程序的核心实现解析理解了设计思路我们深入到代码层面看看这个USB Mass Storage引导程序是如何运转起来的。整个工程可以看作是在一个极简的“操作系统”上跑了一个“U盘”设备。3.1 工程结构与启动流程一个典型的Keil工程包含以下关键文件其调用关系构成了引导程序的骨架Startup_LPC24xx.s // 芯片启动文件初始化堆栈跳转到main main.c // 程序入口检测引导引脚决定执行模式 sbl_config.h // 用户配置文件引导引脚、CRP等级等 usb.c / usbhw.c // USB设备协议栈实现 mscuser.c // Mass Storage Class 回调函数实现 memory.c // Flash IAP操作封装擦除、编程 diskimag.c // 虚拟磁盘映像FAT12文件系统结构上电或复位后芯片首先执行启动文件中的汇编代码进行最基本的硬件初始化如设置中断向量表地址然后调用__main最终进入C语言的main()函数。在main()函数中程序会立刻检查sbl_config.h中定义的引导入口引脚如P0.8的电平如果为低电平则进入更新模式。程序初始化USB设备将其枚举为一个大容量存储设备然后等待主机操作。如果为高电平则进入执行模式。程序会检查用户程序起始扇区第2扇区是否已被编程即不是全0xFF。如果已编程则通过函数指针跳转到0x2000地址执行用户程序如果为空则自动进入更新模式因为此时没有用户程序可运行。3.2 虚拟磁盘与FAT12文件系统的构建这是整个方案中最精妙的部分。我们并没有一个真正的SD卡或NAND Flash而是用芯片内部剩余的Flash空间在内存中虚拟了一个磁盘映像。3.2.1 磁盘容量计算以LPC2468512KB Flash为例总Flash: 512 KB (0x80000 字节)引导块Boot Block前8KB含芯片自举程序: 8 KB (0x2000 字节)二次引导程序占用: 8 KB (2个扇区0x2000 字节)可用用户空间 512 - 8 - 8 496 KB (0x7C000 字节)这个496KB的空间就是我们将要映射为“U盘”的全部容量。3.2.2 FAT12文件系统模拟我们模拟了一个最简单的FAT12文件系统它包含以下几个部分引导扇区Boot Sector包含BPBBIOS Parameter Block定义了磁盘的几何参数如每扇区字节数通常512、每簇扇区数、保留扇区数、FAT表个数和大小、根目录项数等。这些信息被硬编码在diskimag.c的数组里。FAT表File Allocation TableFAT12使用12位来记录簇的链式关系。由于我们的“磁盘”只有一个文件且该文件连续存放所以FAT表非常简单第一个簇标记为结束簇0xFFF其余簇标记为未使用0x000。根目录区Root Directory存放文件的目录项。我们在这里创建了一个文件条目文件名是FIRMWAREBIN8.3格式不足补空格属性为存档文件并记录了文件大小和起始簇号。数据区Data Region从这里开始就是文件firmware.bin的实际内容映射区。关键点来了当主机PC读取这个区域的某个逻辑扇区时我们的MSC_Read()回调函数需要将逻辑扇区号换算成芯片Flash的物理地址然后通过IAP命令读取Flash内容并返回。当主机写入数据时MSC_Write()回调函数同样需要将数据写入对应的Flash物理地址。注意这里存在一个重要的“障眼法”。在PC上看到的firmware.bin文件大小始终是496KB即整个用户可用空间即使你只复制了一个50KB的固件进去。这是因为我们报告给系统的文件大小就是整个数据区的大小。实际的固件有效长度是由固件文件自身的格式决定的例如通过向量表判断。引导程序在编程时会按照实际接收到的数据长度进行写入而不是写满整个496KB。3.3 Flash IAP操作的封装与可靠性保障LPC2000系列提供了官方的IAP在应用编程命令允许用户代码在运行时对自身的Flash进行擦除和编程。memory.c文件封装了这些操作。3.3.1 IAP命令调用流程IAP功能通过软件中断SWI或直接调用位于Boot ROM中的固件函数来实现。基本流程如下准备命令和数据将命令代码如擦除、编程、目标地址、数据指针等参数填入指定的RAM区域。调用IAP入口函数通过一个固定的地址例如0x7FFFFFF0调用IAP程序。获取返回状态IAP程序执行完毕后会在RAM中返回状态码。根据状态码判断操作成功与否。3.3.2 扇区管理与擦除LPC24xx的Flash被划分为多个扇区大小从4KB到128KB不等。擦除操作必须以扇区为单位。这意味着即使你只想修改一个字节也必须先擦除整个包含该字节的扇区。在引导程序中当收到主机的“删除文件”操作时实际上触发的是对用户程序所在的所有扇区进行擦除。编程操作则可以按字节、半字或字进行。3.3.3 编程的关键细节地址对齐编程地址必须是字4字节对齐的。数据缓冲USB传输和Flash编程速度不匹配需要设立RAM缓冲区。通常的做法是在MSC_Write()回调中先将主机发来的数据缓存到RAM的一个大数组例如2KB。当缓存满或者收到“写传输停止”命令时再将缓存中的数据一次性编程到Flash中。务必注意在编程期间需要暂时关闭USB中断防止数据冲突。错误处理每次IAP操作后必须检查返回码。如果失败应通过某种方式反馈给主机虽然Mass Storage协议下很难直接反馈但可以在设备枚举信息或LED指示灯上做文章并中止本次更新流程。4. 代码配置与移植实操要点官方示例代码提供了一个很好的起点但要把它用到你自己的板子和项目上需要进行一系列配置。这些配置主要集中在两个文件usbcfg.h和sbl_config.h。4.1 USB设备描述符配置usbcfg.h这个文件定义了USB设备的核心身份信息PC通过这些信息来识别你的设备。你可以用Keil的配置向导Configuration Wizard以图形化方式修改也可以直接编辑代码。// usbcfg.h 中的关键配置项示例 #define USB_VENDOR_ID 0x0483 // 你的厂商ID需向USB-IF申请或使用测试ID #define USB_PRODUCT_ID 0x5740 // 你的产品ID用于区分不同产品 #define USB_RELEASE_NUM 0x0110 // 设备版本号BCD码1.10版 #define USB_POWER 0 // 供电方式0 总线供电1 自供电 #define USB_SELFPOWERED 0 // 与上一项对应 #define USB_MAX_POWER 50 // 最大功耗单位2mA50即100mA #define USB_EP_NUM 2 // 端点数量除0端点外 // ... 其他端点、缓冲区大小配置重要提醒Vendor ID (VID) 和 Product ID (PID)如果产品要上市销售必须向USB-IF官方网站申请唯一的VID。对于原型开发或内部使用可以使用一些公开的测试ID如0x0483是ST的仅供测试但切勿用于商业产品否则会有法律风险。也可以向一些代理公司购买一个VID和一批PID。USB端口选择LPC24xx有两个USB端口。你需要根据硬件原理图选择正确的端口并确保对应的D、D-、UP_LED连接指示灯、CONNECT软连接控制引脚配置正确。配置向导中的“USB Device Port Number”就是用来切换的。供电设置如果设备从USB总线取电选择“Bus-powered”如果设备自己有电源如电池、外部适配器则选择“Self-powered”。这会影响USB枚举时报告给主机的功耗信息。4.2 引导程序行为配置sbl_config.h这个文件是引导程序的大脑决定了其工作逻辑。// sbl_config.h 关键配置 #define USER_START_SECTOR 2 // 用户程序起始扇区引导程序占用了0,1扇区 #define MAX_USER_SECTOR 27 // LPC24xx用户可用最大扇区号需查数据手册 #define CRP 0 // 代码读保护等级0-禁用1-CRP12-CRP23-CRP3 #define ISP_ENTRY_GPIO_REG 0xE0028000 // 引导入口引脚所属GPIO端口寄存器地址Port0 #define ISP_ENTRY_PIN 8 // 引导入口引脚号P0.84.2.1 扇区规划USER_START_SECTOR必须设置为2。MAX_USER_SECTOR需要根据具体芯片型号查询数据手册。例如LPC2468总共有29个扇区0-28其中扇区0是Boot Block扇区1被引导程序占用所以用户程序从扇区2开始最大扇区号就是28。示例中设置为27可能是为特殊用途预留了一个扇区请务必根据你的芯片手册核对。4.2.2 代码读保护CRP详解CRP是LPC2000系列一个强大的安全功能通过在特定Flash位置0x000002FC写入特定的魔术字来启用。引导程序支持配置CRP级别并通过U盘的“卷标”来显示当前状态。CRP DISABLD (CRP0)无保护。用户Flash可以被JTAG/SWD调试器读取也可以通过引导程序更新。开发阶段使用此模式。CRP1 ENABLD (CRP1)一级保护。禁止JTAG/SWD读取Flash内容但允许通过本引导程序更新固件。这是最常用的发布模式既能保护代码不被轻易拷贝又不影响现场升级。CRP2 ENABLD (CRP2)二级保护。同样禁止读取但在通过引导程序更新前会先擦除整个用户Flash。适用于对安全性要求更高且每次升级都是完整镜像的场景。CRP3 ENABLD (CRP3)三级保护。最严格完全禁止读取和更新。一旦启用引导程序将忽略入口引脚直接尝试运行用户程序。启用后无法再通过任何方式更新固件仅用于产品生命周期结束、绝对不允许再修改的场合使用需极其谨慎。4.2.3 入口引脚配置ISP_ENTRY_GPIO_REG和ISP_ENTRY_PIN定义了检测哪个引脚。你可以改成任何可用的GPIO。硬件上必须确保该引脚在上电复位时有确定电平。通常做法是外接一个上拉电阻到VCC并通过一个测试点或按钮下拉到GND来触发升级模式。4.3 用户应用程序的修改要让你的应用程序能和这个引导程序协同工作必须做两处修改修改链接地址在Keil MDK中打开你的用户应用程序工程选项 - Linker将“ROM”的起始地址从默认的0x00000000改为0x00002000大小相应减少8KB例如从0x80000改为0x7E000。修改中断向量表偏移因为程序起始地址变了中断向量表也发生了偏移。需要在系统初始化早期如SystemInit函数中重新设置中断向量表偏移寄存器。对于使用Cortex-M3内核的LPC17xx等系列是修改SCB-VTOR寄存器。但对于ARM7内核的LPC24xx方法不同。通常需要在启动文件或main开头通过设置MEMMAP寄存器地址0xE01FC040来重映射中断向量。更常见的做法是在应用程序中不依赖硬件向量表重映射而是直接在应用程序的启动代码中将引导程序区域的中断向量拷贝到RAM中并重定向。这是一个高级话题具体方法需参考芯片手册和启动文件。一个简单的替代方案是在引导程序中禁用所有中断跳转到应用程序后由应用程序完整地重新初始化中断系统。5. 开发、调试与测试全流程实录理论配置完毕接下来是实战环节。我将分享从编译、下载到测试的完整流程以及其中可能遇到的“坑”。5.1 开发环境搭建与工程编译获取源代码从NXP官网下载应用笔记AN10764的配套示例代码包。安装Keil MDK确保安装的MDK版本支持LPC24xx器件并安装了对应的Device Family Pack。打开工程解压代码包找到Memory.uv2Keil uVision2工程文件用新版MDK也能打开并用Keil打开。配置目标芯片在工程选项 - Device中确认选择的是你实际使用的芯片型号如LPC2468。编译点击Rebuild。确保0错误0警告。生成的.axf或.hex文件就是我们的引导程序固件。5.2 首次下载引导程序此时芯片是空白的我们需要通过主引导程序UART0 ISP或者JTAG/SWD调试器将二次引导程序烧录进去。方法一通过UART0 ISP使用FlashMagic这是最常用的方法无需调试器。将板子的UART0通常是P0.2/TXD0, P0.3/RXD0通过USB转串口线连接到PC。确保板子有电并将ISP使能引脚LPC24xx是P2.10在上电时拉低通常通过按钮或跳线。打开FlashMagic软件选择正确的芯片型号、COM口和波特率通常115200。在“ISP - Erase”中擦除必要的块至少前两个扇区。在“ISP - Hex File”中选择编译生成的引导程序Hex文件点击“Program”进行烧录。方法二通过JTAG/SWD调试器如果你有J-Link、ULINK等调试器则更简单。在Keil中配置好调试器直接点击“Download”按钮即可。5.3 功能测试与问题排查烧录成功后就可以进行核心功能测试了。5.3.1 测试步骤进入更新模式将配置的引导入口引脚如P0.8通过跳线帽或杜邦线接地。连接USB用USB线将板子连接到电脑。此时电脑应该发出“发现新硬件”的提示音并自动安装“大容量存储设备”驱动。打开“我的电脑”你应该能看到一个新出现的“可移动磁盘”盘符名称类似“CRP DISABLD”取决于sbl_config.h中的CRP设置。查看文件打开这个U盘里面应该有一个名为firmware.bin的文件大小是496KB对于512KB Flash的芯片。用十六进制编辑器打开初始内容应该全是0xFF已擦除状态或是一些预置的测试数据。模拟固件更新删除在Windows资源管理器中删除firmware.bin文件。这个操作会触发引导程序擦除用户Flash区域扇区2及以后。复制将你准备好的用户程序二进制文件例如一个LED闪烁程序的.bin文件注意必须是链接到0x2000地址的复制到该U盘中。Windows会显示复制进度条。复制完成后引导程序在后台已经通过IAP命令将数据写入了Flash。验证执行模式拔掉USB线。移除引导入口引脚的对地短接使其恢复高电平。重新给板子上电或按复位键。此时板子应该运行你刚刚复制进去的用户程序例如LED开始闪烁。5.3.2 常见问题与排查技巧问题1电脑无法识别USB设备或提示“无法识别的设备”。检查供电确保板子供电充足。USB总线供电可能不足尤其是板上有其他耗电元件时尝试使用外部电源。检查USB线换一根确认好的USB数据线有些线只能充电。检查引脚配置确认usbcfg.h中选择的USB端口号与硬件原理图一致且D、D-引脚上拉电阻正确全速USB需要在D上加一个1.5kΩ上拉电阻到3.3V。查看枚举过程使用USB协议分析软件如USBlyzer付费或监听USB端口日志查看设备枚举过程中在哪一步失败了描述符请求、配置请求等。问题2可以识别U盘但无法格式化或提示“磁盘未格式化”。检查FAT12文件系统结构问题很可能出在diskimag.c中虚拟的磁盘映像数据结构。仔细核对引导扇区、FAT表、根目录区的每一个字节特别是BPB参数。可以使用WinHex等工具打开一个正常的小容量U盘对比其扇区数据。检查磁盘容量报告在MSC_GetCapacity()回调函数中确保返回的逻辑块数量总扇区数和块大小每扇区字节数应为512计算正确。问题3复制文件时提示“设备无法访问”或复制失败。检查Flash编程逻辑重点检查MSC_Write()函数。确保RAM缓冲区大小足够处理USB传输的包边界正确。在调用IAP编程函数前确保目标扇区已被正确擦除。检查IAP命令执行状态在memory.c的WriteFlash()函数中在每次IAP调用后打印或通过LED指示其返回状态码需要借助串口调试。非零状态码代表错误需根据芯片手册排查原因如地址不对齐、电压不足等。关闭中断在执行Flash擦写操作期间必须关闭总中断__disable_irq()操作完成后再开启__enable_irq()。因为Flash编程期间CPU访问Flash会暂停如果此时USB中断到来可能导致系统死锁。问题4更新固件后拔掉跳线帽复位用户程序不运行。确认跳转地址在引导程序的main.c中检查跳转到用户程序的代码。通常是((void (*)(void))0x2000)();。确保0x2000地址的内容不是全0xFF或全0x00。确认用户程序向量表用调试器或读取Flash内容查看0x2000地址开始的几个字。第一个字是初始堆栈指针SP值第二个字是复位向量程序入口地址。这个复位向量地址应该指向你用户程序的Reset_Handler。禁用引导程序中断在引导程序跳转到用户程序前确保已经关闭了所有开启的中断特别是USB中断并清理了相关外设寄存器避免对用户程序造成干扰。用户程序初始化你的用户程序在开头必须重新初始化系统包括时钟、PLL、存储器加速模块等因为引导程序可能已经修改了这些配置。6. 进阶应用与扩展思考这个USB Mass Storage引导程序是一个经典且实用的方案但在实际产品中我们可能还需要考虑更多。6.1 增加升级可靠性保障固件校验在引导程序中集成CRC32或MD5校验算法。在将接收到的固件写入Flash后计算其校验和与固件文件中预留的或从服务器获取的校验和对比。只有校验通过才更新一个“升级成功”的标志位否则视为失败保留旧固件。双备份A/B分区将用户Flash划分为两个独立的区域A区和B区。当前运行A区固件。升级时将新固件写入B区校验成功后更新引导标志位指向B区。下次启动即从B区运行。即使B区固件有问题也可以通过触发机制如长按某个键切回已知正常的A区。这实现了“无缝回滚”是工业级产品的常见做法。通信过程加密对于有安全要求的应用可以在USB传输层对固件进行加密。但这需要主机端配套的加密工具增加了复杂性。6.2 扩展其他通信接口本文以USB为例但设计模式是通用的。你可以基于同样的框架开发其他接口的引导程序以太网TFTP/HTTP利用LPC24xx的以太网模块实现基于TFTP或简单HTTP协议的固件下载。适合网络化设备。CAN总线在汽车或工业总线应用中通过CAN总线进行固件更新是标准需求。SD卡将固件文件放入SD卡设备上电时检测特定文件并自动更新。适合没有外部通信接口的设备。其核心框架不变入口检测 - 通信初始化 - 协议解析 - 接收数据 - IAP编程 - 跳转执行。你只需要替换掉USB协议栈和MSC_Read/Write回调函数改为对应通信协议的收发逻辑即可。6.3 量产与部署建议出厂编程在产品量产时首先通过JTAG或ISP将USB引导程序烧录到芯片中。然后在最终测试工位通过USB接口一次性将正式的用户程序固件“复制”进去。这比用调试器烧录每个芯片要快得多。引导程序自身升级本文的引导程序本身是无法更新自己的因为它占用的是前两个固定扇区。如果确需升级引导程序需要设计一个“引导程序的引导程序”或者通过用户应用程序中的特殊代码利用IAP命令去擦写前两个扇区。此操作风险极高极易变砖需有完备的恢复机制。版本管理与标识可以在引导程序中读取并报告自身版本号。也可以在用户程序区预留一个信息头包含固件版本、编译日期、CRC等信息便于现场维护人员识别。实现一个稳定可靠的引导程序是嵌入式产品迈向成熟和专业的关键一步。这个基于LPC24xx的USB Mass Storage方案以其出色的用户体验和较高的可靠性提供了一个优秀的范本。希望这篇详细的解析和实操记录能帮助你理解其精髓并将其成功应用到你的项目中去。
