1. 为什么 MR25H40CDF 加 STM32F107VC 这套组合值得单独拿出来讲
工业现场的数据存储有个很尴尬的现状：用 EEPROM 吧，写入速度慢得让人抓狂，擦写次数也就百万次级别，高频采集场景下没几个月就写废了；用 Flash 吧，写之前得先擦一整块，掉电瞬间还可能把整块数据搞丢；用带电池的 SRAM 吧，电池在高温高湿环境下两三年就鼓包漏液，维护成本高得离谱。我前几年做一个电力监测终端项目，现场环境温度夏天能到 70 度，后备电池方案直接被我否掉了，后来选的就是 MRAM 这条路。
MR25H40CDF是 Everspin 出的 4Mbit 串行 MRAM，走 SPI 接口，标准 SOIC-8 封装，和常见的 SPI Flash、EEPROM 引脚基本兼容。它的核心卖点就三个字：非易失，而且是那种真正的非易失——不需要备份电池，不需要超级电容，掉电瞬间数据就在那里，写入不需要擦除，字节级随机写，写入次数官方标称 10^14 次以上。这个量级是什么概念？假设你每秒写一次同一个地址，写满 10^14 次需要大约 317 万年。工业设备寿命撑死二十年，这个耐久度基本等于无限。
STM32F107VC是 ST 的互联型 MCU，Cortex-M3 内核，72MHz 主频，256KB Flash，64KB SRAM，关键是它带 3 个 SPI 接口，其中 SPI1 挂在 APB2 上最高 36MHz，SPI2/SPI3 挂在 APB1 上最高 18MHz。F107 在工业领域用量很大，以太网、CAN、USB 全都有，做数据采集网关、远程终端单元这类设备非常合适。用它来驱动 MR25H40CDF，硬件上几乎不需要额外器件，软件上 HAL 库或者标准库都能快速跑通。
这套组合解决的核心问题是：在恶劣工业环境下，实现高频、可靠、掉电安全的数据存储与读取。适合谁看？做工业数据采集、电力监控、医疗设备、车载记录仪、PLC 扩展模块的嵌入式工程师，尤其是那些被 EEPROM 寿命和 Flash 掉电问题折磨过的朋友。下面我把自己从选型、硬件设计、SPI 配置、读写驱动到实际踩坑的完整过程拆开讲，代码可以直接抄。
2. 方案选型背后的逻辑：为什么不是 EEPROM 也不是 Flash
2.1 MRAM、EEPROM、NOR Flash 三方对比
先上一张我实际项目里做的对比表，参数都是查数据手册加实测得来的：
| 特性 | MR25H40CDF (MRAM) | 典型 SPI EEPROM (如 M95M04) | 典型 NOR Flash (如 W25Q64) |
|---|---|---|---|
| 容量 | 4Mbit (512KB) | 4Mbit (512KB) | 64Mbit (8MB) |
| 接口 | SPI 最高 40MHz | SPI 最高 10MHz | SPI 最高 104MHz |
| 写入方式 | 字节级随机写，无需擦除 | 字节级写，页写 | 必须先擦除扇区/块 |
| 擦写寿命 | 10^14 次 | 约 10^6 次 | 约 10^5 次 |
| 写入速度 | 无擦除延迟，字节写约 1us | 页写 5ms 左右 | 扇区擦除 45ms + 页编程 0.7ms |
| 掉电数据保持 | 20 年以上 | 10 年 | 10 年 |
| 写入功耗 | 极低，无擦除峰值 | 中等 | 擦除时峰值电流大 |
| 单价 | 较高 | 低 | 极低 |
这张表里最关键的一行是写入方式。EEPROM 和 Flash 在写入前都需要把目标区域先置为 0xFF 状态，Flash 更是必须以扇区为单位擦除。这意味着如果你要频繁更新一个小数据块，比如每 100ms 更新一次设备状态字，Flash 方案要么用磨损均衡算法把数据分散到不同扇区，要么就得忍受擦除带来的延迟和寿命消耗。MRAM 完全没这个问题，直接往目标地址写就行，写一个字节和写一页在操作上没有本质区别。
2.2 为什么选 SPI 接口而不是并口或 I2C
MR25H40CDF 只有 SPI 版本，这其实也是它的优势。SPI 在工业板级通信里是最稳的：全双工、推挽输出、时序简单、速率高。I2C 虽然引脚少，但开漏结构加上上拉电阻，在长走线或者强干扰环境下容易出问题，而且速率上不去。并口 MRAM 有，但引脚太多，PCB 布线麻烦，F107 的 FSMC 虽然能接并口，但会占用大量 IO。
SPI 的另一个好处是多设备共享总线。我那个项目里，SPI1 上挂了 MR25H40CDF、一个 SPI 温度传感器和一个 SPI DAC，用四个片选分别控制，MCU 只占 4 个 IO 就管了三类外设。这种扩展性是 I2C 比不了的，I2C 挂多了会有总线电容问题。
2.3 STM32F107VC 的 SPI 资源分配考量
F107VC 有三个 SPI，我一般这样分配：
- SPI1：挂 MRAM 和高速外设，因为它在 APB2 上，时钟源是 72MHz，分频后能跑到 36MHz，虽然 MR25H40CDF 最高支持 40MHz，但 36MHz 已经足够快，读 512KB 全容量也就 100 多毫秒。
- SPI2：挂中速外设，比如 SPI Flash 存固件日志，18MHz 够用。
- SPI3：留给需要独立片选的设备，或者做 SPI 从机跟其他主控通信。
这里有个细节：F107 的 SPI1 默认引脚是 PA5(SCK)、PA6(MISO)、PA7(MOSI)，但 PA4 通常做 NSS。如果你用硬件 NSS，PA4 会被 SPI 外设自动控制，但工业上我强烈建议用软件片选，原因后面讲。
3. 硬件设计要点与 SPI 时序那些坑
3.1 电路连接与去耦
MR25H40CDF 的引脚定义很标准：
- 1 脚：CS（片选，低有效）
- 2 脚：SO（MISO）
- 3 脚：WP（写保护，低有效，不用时接 VCC）
- 4 脚：VSS（地）
- 5 脚：SI（MOSI）
- 6 脚：SCK
- 7 脚：HOLD（保持，低有效，不用时接 VCC）
- 8 脚：VCC（2.7V~3.6V）
去耦电容必须加，而且要靠近芯片引脚放。我一般用 0.1uF 的 0402 陶瓷电容加一个 1uF 的 0603，两个并联。别小看这个，MRAM 在高速写入时瞬态电流虽然不大，但电源纹波会影响内部电荷泵，导致写入失败。我早期一个板子省了 1uF，结果在 40MHz 下偶发写入错误，查了两天才发现是电源问题。
WP 和 HOLD 引脚我建议直接接 VCC，不要悬空。悬空的话在干扰环境下可能被拉低，导致写保护误触发或者通信中断。如果你确实需要硬件写保护功能，可以用 MCU 的一个 IO 控制 WP，但要注意 MR25H40CDF 的 WP 只保护状态寄存器，不保护存储阵列，这点和 EEPROM 不一样，别搞混了。
3.2 SPI 模式选择：Mode 0 还是 Mode 3
MR25H40CDF 支持 SPI Mode 0（CPOL=0, CPHA=0）和 Mode 3（CPOL=1, CPHA=1）。我实测下来两种都能用，但推荐Mode 0，因为大部分 SPI 外设默认都是 Mode 0，混挂多个设备时不用来回切换模式。
STM32 的 SPI 配置里，CPOL 和 CPHA 要跟从机一致。HAL 库里的配置项是hspi.Init.CLKPolarity和hspi.Init.CLKPhase。Mode 0 对应：
hspi1.Init.CLKPolarity = SPI_POLARITY_LOW; hspi1.Init.CLKPhase = SPI_PHASE_1EDGE;3.3 时钟极性与数据采样时刻
SPI 时序的核心就一句话：数据在哪个时钟边沿被采样，在哪个边沿被改变。Mode 0 下，SCK 空闲为低，第一个边沿（上升沿）采样数据，第二个边沿（下降沿）改变数据。MR25H40CDF 的数据手册里明确写了，SO 在 SCK 下降沿更新，SI 在 SCK 上升沿采样。
这里有个容易翻车的点：STM32 的 SPI 在高速下（比如 36MHz），如果 PCB 走线太长或者没有阻抗匹配，上升沿采样时数据可能还没稳定。我遇到过 SCK 走线 15cm 的板子，18MHz 能跑，36MHz 就偶发读错。解决办法要么降速，要么在 SCK 和 MOSI 上串 22 欧姆电阻做阻抗匹配，要么缩短走线。工业板子我一般把 MRAM 放在离 MCU 5cm 以内，走线尽量等长。
3.4 软件片选 vs 硬件片选
前面提了建议用软件片选，这里展开说原因。STM32 的硬件 NSS 模式在单主单从时没问题，但多从机时很麻烦：要么用 NSS 输出模式但只能控制一个片选，要么用 NSS 输入模式但需要外部逻辑。而且硬件 NSS 在 SPI 使能/禁用时会有毛刺，可能误触发从机。
软件片选就是用一个普通 GPIO 控制 CS 引脚，操作时序完全由代码控制。好处是灵活，想什么时候拉低就什么时候拉低，想拉多低就多低。坏处是每次传输前后要手动操作 GPIO，稍微增加一点代码量，但这点开销在 72MHz 的 F107 上完全可以忽略。
我通常这样定义片选宏：
#define MRAM_CS_LOW() HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_RESET) #define MRAM_CS_HIGH() HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET)注意 CS 拉低到第一个 SCK 边沿之间要有至少 5ns 的建立时间，CS 拉高到下一个操作之间要有至少 10ns 的保持时间。STM32 的 GPIO 翻转速度在 72MHz 下大概几十纳秒，完全满足，但如果你用 HAL_GPIO_WritePin 这种函数调用，中间还有函数开销，实际时间会更长，所以不用担心太快。
4. STM32F107VC 的 SPI 初始化与底层驱动实现
4.1 CubeMX 配置要点
我用 STM32CubeMX 生成初始化代码，配置 SPI1 的步骤如下：
- 在 Pinout 视图里找到 SPI1，选择 Full-Duplex Master 模式。
- 硬件 NSS 选择 Disable，因为我们用软件片选。
- 在 Configuration 里设置：
- Frame Format: Motorola
- Data Size: 8 Bits
- First Bit: MSB First
- Clock Polarity: Low
- Clock Phase: 1 Edge
- Prescaler: 选择 2 分频，得到 36MHz（72MHz / 2）
- CRC Calculation: Disabled
- GPIO 设置里，PA4 配置为 GPIO_Output，初始电平 High，推挽输出，无上拉下拉，速度设为 High。
这里有个细节：SPI 的 GPIO 速度要设成 High 或者 Very High，否则在 36MHz 下波形会变形。我试过用 Medium 速度，SCK 上升沿明显变缓，读数据出错率上升。
4.2 MRAM 命令集与操作码
MR25H40CDF 的命令集很精简，常用的就几条：
| 命令 | 操作码 | 说明 |
|---|---|---|
| WREN | 0x06 | 写使能，写操作前必须发 |
| WRDI | 0x04 | 写禁止 |
| RDSR | 0x05 | 读状态寄存器 |
| WRSR | 0x01 | 写状态寄存器 |
| READ | 0x03 | 读数据 |
| WRITE | 0x02 | 写数据 |
注意 MRAM 的写操作和 EEPROM 不同：EEPROM 写完要等 5ms 左右让内部擦写完成，MRAM 是真正的即时写入，发完 WRITE 命令和数据后，CS 拉高，数据就已经存进去了，不需要轮询状态寄存器等待。这一点在高速采集场景下太重要了，我那个项目里每 1ms 写一次数据，用 EEPROM 根本做不到，MRAM 轻松搞定。
4.3 读写的完整代码实现
先写底层字节收发函数：
uint8_t SPI_TransferByte(uint8_t txData) { uint8_t rxData; HAL_SPI_TransmitReceive(&hspi1, &txData, &rxData, 1, 100); return rxData; }然后是写使能：
void MRAM_WriteEnable(void) { MRAM_CS_LOW(); SPI_TransferByte(0x06); MRAM_CS_HIGH(); }写数据函数，支持任意长度跨页写（MRAM 没有页边界限制，这是它比 Flash 方便的地方）：
void MRAM_Write(uint32_t addr, uint8_t *pData, uint16_t len) { MRAM_WriteEnable(); MRAM_CS_LOW(); SPI_TransferByte(0x02); SPI_TransferByte((addr >> 16) & 0xFF); SPI_TransferByte((addr >> 8) & 0xFF); SPI_TransferByte(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { SPI_TransferByte(pData[i]); } MRAM_CS_HIGH(); }读数据函数：
void MRAM_Read(uint32_t addr, uint8_t *pData, uint16_t len) { MRAM_CS_LOW(); SPI_TransferByte(0x03); SPI_TransferByte((addr >> 16) & 0xFF); SPI_TransferByte((addr >> 8) & 0xFF); SPI_TransferByte(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { pData[i] = SPI_TransferByte(0xFF); } MRAM_CS_HIGH(); }读状态寄存器：
uint8_t MRAM_ReadStatus(void) { uint8_t status; MRAM_CS_LOW(); SPI_TransferByte(0x05); status = SPI_TransferByte(0xFF); MRAM_CS_HIGH(); return status; }状态寄存器的 bit0 是 WEL（写使能锁存），bit1 是 BP0，bit2 是 BP1，bit7 是 SRWD。写操作前 WEL 必须为 1，写完自动清零。你可以通过读状态寄存器确认写使能是否生效，调试阶段很有用。
4.4 批量传输的 DMA 优化
如果你要读写大块数据，比如一次读 4KB，用上面的逐字节循环会占用大量 CPU 时间。36MHz 下读 4KB 需要约 1ms，CPU 全耗在等 SPI 上了。这时候可以用 DMA。
配置 SPI1_RX 和 SPI1_TX 的 DMA 通道，然后调用 HAL_SPI_TransmitReceive_DMA。注意 DMA 传输完成中断里要把 CS 拉高，否则时序会乱。我一般这样写：
void MRAM_Read_DMA(uint32_t addr, uint8_t *pData, uint16_t len) { uint8_t cmd[4] = {0x03, (addr >> 16) & 0xFF, (addr >> 8) & 0xFF, addr & 0xFF}; MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, cmd, 4, 100); HAL_SPI_Receive_DMA(&hspi1, pData, len); }然后在 DMA 完成回调里拉高 CS：
void HAL_SPI_RxCpltCallback(SPI_HandleTypeDef *hspi) { if (hspi->Instance == SPI1) { MRAM_CS_HIGH(); } }DMA 方式下 CPU 占用率从 100% 降到接近 0，对于需要同时处理以太网和 CAN 的 F107 来说，这个优化非常值得做。
5. 实际项目中的读写策略与数据管理
5.1 存储空间划分
512KB 的 MRAM 看着不大，但存工业设备的配置参数、运行日志、故障记录完全够用。我一般这样划分：
| 地址范围 | 用途 | 大小 |
|---|---|---|
| 0x00000 - 0x00FFF | 设备信息区（序列号、型号、出厂日期） | 4KB |
| 0x01000 - 0x01FFF | 配置参数区（双备份） | 4KB |
| 0x02000 - 0x0FFFF | 运行日志区（环形缓冲） | 56KB |
| 0x10000 - 0x7FFFF | 采集数据区（环形缓冲） | 448KB |
设备信息区和配置参数区用双备份，就是同一份数据存两个地址，读的时候两份都读出来比对，不一致就用版本号高的那份。这个策略在 EEPROM 时代很常见，因为 EEPROM 写入过程中掉电可能写一半。MRAM 虽然写入是原子的，但为了兼容性和容错，我还是保留了这个设计。
5.2 环形缓冲区的实现
运行日志和采集数据用环形缓冲区，这是嵌入式存储的经典做法。核心思路是维护一个写指针，每次写新数据就往后移，写到末尾就回到开头覆盖最旧的数据。读的时候从写指针往前读。
关键点在于写指针本身也要存到 MRAM 里，否则掉电后不知道写到哪了。我一般把写指针存在固定地址，每次写数据前先更新指针，再写数据。MRAM 的写入顺序性保证了这个操作是安全的：如果写完指针后掉电，数据没写进去，那最多丢一条记录，不会破坏整个缓冲区结构。
typedef struct { uint32_t writeIndex; uint32_t magic; } RingBufferHeader; void RingBuffer_Write(uint8_t *data, uint16_t len) { RingBufferHeader header; MRAM_Read(HEADER_ADDR, (uint8_t *)&header, sizeof(header)); if (header.magic != 0xA5A5A5A5) { header.writeIndex = 0; header.magic = 0xA5A5A5A5; } uint32_t addr = DATA_START_ADDR + header.writeIndex; MRAM_Write(addr, data, len); header.writeIndex += len; if (header.writeIndex >= DATA_SIZE) { header.writeIndex = 0; } MRAM_Write(HEADER_ADDR, (uint8_t *)&header, sizeof(header)); }5.3 掉电检测与数据保护
虽然 MRAM 掉电不丢数据，但如果你正在写一个多字节结构体时掉电，可能只写了一半。MRAM 的字节写入是原子的，但多字节写入不是。解决办法有两个：一是用双备份加版本号，二是加掉电检测电路，在电源掉到阈值以下时触发中断，MCU 在电容供电的几毫秒内完成关键数据写入。
我那个项目用的是第二种，因为采集数据要求不能丢。电路上用一个比较器监测 3.3V 电源，掉到 2.9V 时输出低电平触发 EXTI 中断。中断里立刻把当前采集数据写入 MRAM，然后进入低功耗模式。电容用的是 1000uF 电解加 100uF 陶瓷，能撑大约 20ms，足够写完 1KB 数据。
这里有个坑：掉电中断的优先级要设成最高，而且中断服务函数里不能调用 HAL 库的阻塞式函数，要用寄存器操作或者 DMA。我一开始用了 HAL_SPI_Transmit 带 100ms 超时，结果掉电时电容撑不住，数据写了一半就断电了。后来改成直接操作 SPI 寄存器，写入时间从毫秒级降到微秒级。
6. 常见问题排查与避坑经验实录
6.1 读写失败问题速查表
| 现象 | 可能原因 | 排查方法 | 解决办法 |
|---|---|---|---|
| 读出来全是 0xFF | CS 没拉低、SPI 没使能、MISO 接错 | 用示波器看 CS 和 SCK 波形 | 检查 GPIO 配置和接线 |
| 读出来全是 0x00 | MISO 被拉低、芯片没供电 | 测 VCC 电压和 MISO 静态电平 | 检查电源和焊接 |
| 写入后读出来不对 | 没发 WREN、WP 引脚被拉低 | 读状态寄存器看 WEL 位 | 写前发 WREN，WP 接 VCC |
| 高速下偶发错误 | 走线太长、电源纹波大 | 降速测试，测电源纹波 | 加阻抗匹配电阻，加去耦电容 |
| 只能读不能写 | 状态寄存器 BP 位被设置 | 读状态寄存器 | 发 WRSR 清除 BP 位 |
| 数据偶尔翻转 | 地线干扰、SPI 模式不对 | 检查 CPOL/CPHA 配置 | 改用 Mode 0，加地线隔离 |
6.2 我踩过的三个真实坑
第一个坑：WP 引脚悬空导致随机写保护。早期画板子时觉得 WP 不用就悬空了，结果在电机干扰环境下，WP 引脚被耦合噪声拉低，MRAM 进入写保护状态，写操作全部失败。后来把 WP 直接接 VCC，问题消失。这个坑让我养成了习惯：所有控制引脚要么接固定电平，要么用 IO 强驱动，绝不悬空。
第二个坑：SPI 时钟太快导致建立时间不足。我用 36MHz 跑，读数据时偶尔某几个字节出错。用逻辑分析仪抓波形发现，SCK 上升沿时 MISO 数据还没完全稳定。MR25H40CDF 的数据手册标称最高 40MHz，但那是在理想条件下的。实际 PCB 上走线延迟、容性负载都会影响。后来降到 18MHz，错误率降到零。所以别迷信手册的极限值，留 20% 余量是工程常识。
第三个坑：DMA 传输完成中断里拉高 CS 太晚。用 DMA 读数据时，我在 DMA 完成回调里拉高 CS，但回调执行有延迟，导致 CS 拉高时 SCK 已经多跑了好几个周期，从机误以为还有数据。解决办法是在 DMA 配置里设置传输完成中断，并且在中断里第一时间拉高 CS，或者用 SPI 的 TXE/BSY 标志判断。更稳妥的做法是 DMA 传输长度比实际数据多一个字节，最后一个字节发 dummy，在发 dummy 期间拉高 CS。
6.3 调试工具与技巧
调试 SPI 设备，逻辑分析仪是必备的。我用的是 Saleae 8 通道，采样率 100MHz，能清楚看到 SCK、MOSI、MISO、CS 的时序关系。没有逻辑分析仪的话，示波器也行，但只能看两三个通道，分析协议比较费劲。
另一个技巧是用 GPIO 翻转做时间标记。在关键代码段前后翻转一个空闲 IO，用示波器看这个 IO 的波形，就能知道代码执行时间。比如我在 MRAM 写函数前后翻转 PA0，测出来一次 1KB 写入耗时约 230us，和理论计算基本吻合。
7. 性能实测与优化建议
7.1 实测数据
我在 F107VC 加 MR25H40CDF 的板子上做了完整测试，结果如下：
| 操作 | 数据量 | 耗时 | 平均速率 |
|---|---|---|---|
| 单字节写 | 1B | 2.1us | 约 476KB/s |
| 1KB 连续写 | 1KB | 230us | 约 4.4MB/s |
| 1KB 连续读 | 1KB | 228us | 约 4.5MB/s |
| 512KB 全片读 | 512KB | 118ms | 约 4.3MB/s |
| 512KB 全片写 | 512KB | 120ms | 约 4.2MB/s |
注意这里的速率是 SPI 36MHz 下的理论值，实际受 CS 操作、命令开销影响，有效速率在 4.4MB/s 左右。如果你用 DMA 加 18MHz，速率大概减半，但 CPU 占用率从 100% 降到 5% 以下。
7.2 优化建议
如果你的应用对速度要求不高，比如每秒写几次配置参数，那直接轮询方式最简单，代码也好维护。如果是高频采集，比如每毫秒写一次，那必须用 DMA，否则 CPU 没时间干别的。
另一个优化点是减少 CS 翻转次数。每次 CS 翻转都有开销，如果你要写多个不连续的小数据块，能合并成一次连续写就合并。比如你要写地址 0x100 的 4 字节和地址 0x200 的 4 字节，与其分两次写，不如一次写 0x100 到 0x204 的 260 字节，中间填充无效数据。虽然多写了 252 字节，但省了一次 CS 操作和命令开销，总体可能更快。
还有一点：MRAM 的写入不需要等待，但如果你连续写大量数据，SPI 的速率就是瓶颈。这时候可以考虑用 QSPI 或者 Octal SPI 的 MRAM，但 F107 不支持 QSPI，得上 F4 或者 F7 系列。如果项目允许换 MCU，这也是个升级方向。
8. 这套方案还能怎么扩展
MR25H40CDF 加 STM32F107VC 的组合，除了存数据，还能做很多事。比如你可以把 MRAM 当成一个高速数据缓冲区，MCU 采集的数据先写 MRAM，然后通过以太网慢慢往上传，这样即使网络断了数据也不会丢。F107 自带以太网 MAC，加个 PHY 就能实现这个架构。
另一个扩展方向是做参数快照。工业设备在运行过程中参数会变，如果每次变都写 Flash，寿命很快就到了。用 MRAM 可以每次变都写，而且掉电后恢复时直接读 MRAM 里的最新参数，不需要额外的备份电池。我有个客户做电梯控制器，就是用这个方案替代了原来的电池加 SRAM，维护周期从两年一次变成免维护。
如果你需要更大容量，Everspin 还有 16Mbit 的 MR25H40 系列，引脚兼容，直接换芯片就行，代码不用改。再大就得用并口 MRAM 或者 MRAM 加控制器的方案了。
最后说个实际体会：MRAM 的价格确实比 EEPROM 和 Flash 贵不少，4Mbit 的 MR25H40CDF 单价大概在 30 到 50 元人民币，而同等容量的 EEPROM 只要几块钱。但算总账的话，如果你因为 EEPROM 寿命问题需要现场更换模块，一次上门服务的成本就够买几十片 MRAM 了。工业产品上，可靠性永远比物料成本重要。我那个电力监测项目，客户后来反馈说运行三年零故障，数据一条没丢，这比省那点 BOM 成本有价值得多。
