前两年做一批工业仪表甲方提了个要求每次上电、每次运行模式切换现场工艺参数都必须掉电保存还要能追溯最近几百条事件。第一版用了24C256结果客户那边环境温度高、参数改得频繁不到三个月就有一台设备报故障读回来参数区全是0xFF。换成25LC256之后虽然寿命好一些但为了磨损均衡软件里加了一层地址映射调试起来相当折腾。最后一版改成了Everspin的MR25H40CDF这颗4Mbit MRAM配上我用了很多年的Microchip PIC18F87K22存储这块才彻底消停。今天就把这套方案从头到尾拆开讲重点放在驱动设计、掉电存储和现场踩坑这几个地方。这套组合解决的核心问题很明确在工业和嵌入式应用里既要频繁更新数据、又要求掉电不丢还不能让存储介质先比设备“报废”。MR25H40CDF是SPI接口的磁阻存储芯片PIC18F87K22则是Microchip的高端8位MCU两者都是3.3V供电直接对接电气上非常省事。如果你正在做仪表、控制器、数据记录器这类项目或者被EEPROM寿命和Flash擦写均衡搞到头大这篇内容应该能帮上忙。1. 为什么在工业现场我不再迷信EEPROM和Flash1.1 三种非易失存储的“寿命账”存储芯片选型这事看起来只是个“非易失”选项但工业现场最怕的就是设备没坏、数据先没了。先说传统EEPROM也就是我们常用的25C系列、24C系列。这类芯片的擦写寿命通常标称100万次听着不少可工业设备一旦进入连续运行模式参数每次变动都存一次一天存个几百上千次很常见。按每天1000次算100万次寿命只够用1000天折合不到三年。实际现场环境温度高、电压波动大寿命还会进一步缩水。NOR Flash的情况也不太理想。它的擦写寿命按扇区算标称一般是10万次。如果软件图省事每次都往同一片扇区写很快就能把这块区域写穿。所以用NOR Flash做参数存储正规做法必须做磨损均衡、地址映射甚至动态切换备份区。软件复杂度上来了出问题的概率也跟着上来了。MRAM是另一条技术路线。MR25H40CDF这类磁阻存储芯片写入寿命标称是10^12次也就是1万亿次。算一下账哪怕以每秒1000次的频率持续写也能写31年以上基本和设备生命周期对齐。更关键的是它没有扇区、没有页、没有擦除动作写入前不需要先擦旧数据自然也没有“磨损”的概念。软件上不需要平衡算法直接当普通RAM用只是多了个SPI时序而已。1.2 MRAM更值钱的地方免擦除写即完成单说寿命长还不够MRAM最让我感到省事的是“免擦除”。EEPROM和Flash的本质是电荷存储要写入新数据得先把旧电荷放掉这就是擦除。Flash的擦除还只能按扇区来哪怕只改一个字节也得等着整个扇区擦完。于是就有了一个经典问题数据量不大但每次都是零星修改结果Flash一直在帮你做“整扇区搬家”既慢又伤寿命。MRAM的存储单元是磁隧道结数据靠磁化方向来保持改写的过程就是改变磁化方向不需要预先擦除。所以写指令发下去最后一个字节的时钟边沿一过数据就落定了没有Flash那种几毫秒到几十毫秒的内部编程时间。这一点在掉电保存时特别有价值后面4.3节我会专门算时间账。还有一个容易忽略的点MRAM没有页边界限制。以MR25H40CDF为例一次WRITE指令可以连续写入任意多个字节只要CS保持拉低、地址按顺序递增就行写满整个4Mbit也不分页。而NOR Flash有页编程限制通常256字节一页写到页尾必须结束否则地址就回卷到页首覆盖旧数据。这套逻辑曾经坑过我不少次换成MRAM之后直接从代码里删掉了。1.3 PIC18F87K22在这个组合里扮演的角色MCU选PIC18F87K22首先是因为它够“老”、够成熟。PIC18F87K22是Microchip的高端8位芯片80引脚128KB程序Flash4KB数据EEPROM4KB数据RAM两个MSSPSPI/I2C模块还有一个CAN 2.0B控制器。在工业设备里这资源已经相当宽裕尤其是有两个独立SPI模块一个挂MRAM一个挂传感器或者人机屏互不干扰。第二个原因是电气匹配。PIC18F87K22工作电压范围大约是2.0V到3.6V典型应用用3.3V供电MR25H40CDF的工作电压也是3.3V两者直接相连不需要加电平转换芯片。SPI信号线的逻辑电平一致省掉一批外围器件PCB布线和物料清单都能简化。第三个原因是开发环境顺手。MPLAB X XC8编译器加上MCC代码生成器配置SPI模块只需要几分钟。对于像我们这种常年调工业现场的老工程师稳定的开发工具链有时候比芯片本身更值钱。2. 硬件连接与电路设计看似简单细节不能省2.1 引脚对应关系一条表看清接线MR25H40CDF是标准的SPI接口MRAM芯片常见封装是8引脚的SOIC或DFN。PIC18F87K22这边我习惯用MSSP1模块对应的SPI引脚是RC3、RC4、RC5。片选用普通GPIO控制选RD7。MR25H40CDF引脚引脚功能接PIC18F87K22引脚说明1CSRD7片选普通GPIO控制低有效2SORC4/SDI1MRAM数据输出接MCU数据输入3WP#3.3V写保护拉高禁用保护4GNDGND共同地5SIRC5/SDO1数据输入接MCU数据输出6SCKRC3/SCK1SPI时钟7HOLD#3.3V保持拉高禁用8VCC3.3V电源接线时有几个细节值得注意。首先是SO和SI不要接反这是新手上手最容易犯的错。MCU的SDI管脚是数据输入要接MRAM的SOMCU的SDO管脚是数据输出要接MRAM的SI。我曾经见过有人把两根线并列走结果PCB打样回来还要飞线既难看又增加现场风险。其次是CS引脚尽量选择距离SPI三根线较近的GPIO防止CS信号走太长绕线在高速SPI下产生时序偏差。RD7离RC3/RC4/RC5在80引脚封装里还算近我用下来没问题。2.2 电源、WP#和HOLD#的处理经验MR25H40CDF的供电要干净。芯片旁边放一个100nF陶瓷电容尽量贴着VCC和GND引脚。我习惯再并一个10uF钽电容因为设备在电机启停时电源会有跌落钽电容能扛一下瞬态。PIC18F87K22的VDD同样就近放一组100nF 10uF。WP#和HOLD#这两个引脚很多人忽视实际上它们直接决定了可靠性。WP#是写保护引脚低电平时芯片拒绝写入HOLD#是保持引脚低电平时SPI通信暂停时钟信号被忽略。我的做法是两个引脚各自串一个10k电阻上拉到3.3V。除非软件里明确需要用硬件写保护否则不应该让它们处于悬空状态。悬空时引脚电平漂移轻则写入失败重则SPI数据被HOLD打断读回来的内容莫名其妙错位。上电时序方面我建议PIC18F87K22和MR25H40CDF用同一条3.3V电源轨不做分时上电。因为如果MCU先上电、MRAM后上电MCU启动瞬间可能会通过SPI引脚给MRAM灌电流长期看有隐患。两边同轨一起上电SPI总线在MCU启动配置完成前由IO默认状态和外部上拉电阻稳住就没问题了。2.3 电平匹配与PCB走线如果MCU和MRAM都是3.3V走线相对轻松。可有些老工程师习惯用5V的MCU这时就不能把MRAM的SPI引脚直接怼上5V。MR25H40CDF的供电上限是3.6V5V电平会损坏芯片。临时应急可以用电阻分压但正规做法是加单向电平转换芯片或者干脆换成3.3V的MCU。我自己的项目全部统一3.3V省心。PCB走线方面SPI时钟线要优先处理。工业环境里电机、变频器都是干扰源SCK线长容易产生振铃导致数据采样错位。我通常在SCK、SI、SO三根线上各串一个33Ω的电阻靠近MCU端放置这样能抑制过冲实测对信号质量改善明显。CS线可以适当长一点但不能和SCK并行走太长距离防止串扰导致片选时序紊乱。有条件的话SPI这组线尽量包一层地或者至少保证下面有完整的地平面。3. 驱动程序设计先把SPI玩明白再谈MRAM3.1 PIC18F87K22的SPI1初始化配置MCU端的SPI配置我推荐直接使用MPLAB Code ConfiguratorMCC。在MCC里选择MSSP1设置为SPI Master模式时钟频率先定1MHzSPI Mode选择Mode 0。MR25H40CDF官方支持Mode 0和Mode 3两者在时钟极性和相位上互为补充。我的经验是用Mode 0也就是SCK空闲为低、数据在上升沿采样和大部分MCU的默认配置兼容性最好。如果你想手写寄存器PIC18F87K22的MSSP1配置大致是这样// SPI1 Master Mode 0时钟Fosc/16SSPEN使能 SSP1CON1 0b00100010; // CKP0空闲低电平SSPM0010即Master Fosc/16 SSP1STAT 0b01000000; // SMP1在数据输出稳定后采样这里有个容易糊涂的点Microchip的CKP和CKE组合和市面上标准的CPOL/CPHA并不是一一对应记忆的。所以别死记硬背寄存器值最好对着PIC18F87K22数据手册里的SPI时序图确认一下。如果最终调试发现数据错位先把CLK极性反过来测通常Mode 3也就是把CKP改为1MRAM一样能正常通信。SPI时钟频率选1MHz起步是因为工业现场干扰多慢一点更稳。别觉得1MHz太低MR25H40CDF写入一个字节只需要8个时钟周期1MHz下就是8us写256字节也就2ms左右完全够用。如果后续验证信号质量好再逐步提高分频我这边最后稳定在4MHz再高就开始偶发错位了。3.2 底层原语片选、读写单字节MRAM驱动最底层就两个动作控制CS拉低拉高通过SPI模块收发一个字节。所有上层指令和数据传输都可以归约成这两件事。// 片选控制RD7 #define MRAM_CS_TRIS TRISDbits.TRISD7 #define MRAM_CS_LAT LATDbits.LATD7 static inline void mram_cs_low(void) { MRAM_CS_LAT 0; } static inline void mram_cs_high(void) { MRAM_CS_LAT 1; }PIC18F87K22的SPI收发是同时进行的你发送一个字节的同时移位寄存器里也有一个字节从SDI进来。因此读操作其实就是“发送0x00收返回字节”uint8_t spi_exchange(uint8_t dat) { // 假设使用MCC生成的SPI1_Exchange8bit return SPI1_Exchange8bit(dat); }芯片初始化时CS默认拉高。每次操作MRAM时先拉低CS然后按指令格式发送命令字节、地址字节、数据字节全部发完后拉高CS。CS拉高这个动作就是一次操作的结束标志MRAM在此刻锁存写入或者结束读取。很多人写错就是CS时序不对CS拉高的时机太早或太晚数据就会丢。3.3 MRAM指令集WREN、READ、WRITE、RDSR的时序MR25H40CDF的指令集和常见的SPI Flash有不少相似之处这对从Flash迁移过来的代码很友好。核心指令是下面这几个指令命令字节说明WREN0x06写使能锁存写入前必须执行WRDI0x04写禁止锁存复位READ0x03读数据3字节地址FAST_READ0x0B快速读带1字节dummy周期WRITE0x02写数据3字节地址RDSR0x05读状态寄存器WRSR0x01写状态寄存器有两个细节值得说道。第一MR25H40CDF和Flash一样写入前必须先发WREN把状态寄存器里的WEL位置1否则WRITE指令会被忽略。所以驱动里写数据前一定要先调用mram_write_enable()。第二状态寄存器里有个WIP位表示芯片是否处于内部写操作中。Flash写入时要等待WIP清零但MRAM本身写入是即时完成的WIP位几乎不会持续为高。不过为了代码兼容我还是保留了等待WIP的循环万一以后换回Flash驱动结构不用大改。下面是一组最基础的读写单字节函数void mram_write_enable(void) { mram_cs_low(); spi_exchange(0x06); // WREN mram_cs_high(); } void mram_write_disable(void) { mram_cs_low(); spi_exchange(0x04); // WRDI mram_cs_high(); } uint8_t mram_read_status(void) { uint8_t st 0; mram_cs_low(); spi_exchange(0x05); // RDSR st spi_exchange(0x00); mram_cs_high(); return st; } uint8_t mram_read_byte(uint32_t addr) { uint8_t val 0; addr 0x7FFFF; // 4Mbit512KB地址0x00000~0x7FFFF mram_cs_low(); spi_exchange(0x03); // READ spi_exchange((addr 16) 0xFF); spi_exchange((addr 8) 0xFF); spi_exchange(addr 0xFF); val spi_exchange(0x00); mram_cs_high(); return val; } void mram_write_byte(uint32_t addr, uint8_t dat) { addr 0x7FFFF; mram_write_enable(); mram_cs_low(); spi_exchange(0x02); // WRITE spi_exchange((addr 16) 0xFF); spi_exchange((addr 8) 0xFF); spi_exchange(addr 0xFF); spi_exchange(dat); mram_cs_high(); mram_write_disable(); }注意地址掩码。MR25H40CDF容量是4Mbit换算成字节是512KB地址范围从0x00000到0x7FFFF。SPI指令里地址要传3个字节但没有用满实际有效位只有低19位。我习惯在函数入口做一次addr 0x7FFFF防止上层代码不小心传入越界地址导致数据写到意想不到的地方。如果地址越界MRAM自己会回绕到开头这种行为在有多个存储区分布时很容易变成莫名其妙的数据覆盖。3.4 连续读写无页边界省去一半小心思实际项目中很少单字节单字节地读写更多是整块搬移。MRAM没有页边界这让缓冲区读写函数的实现变得非常干净void mram_read_buffer(uint32_t addr, uint8_t *buf, uint16_t len) { uint16_t i; addr 0x7FFFF; mram_cs_low(); spi_exchange(0x03); // READ spi_exchange((addr 16) 0xFF); spi_exchange((addr 8) 0xFF); spi_exchange(addr 0xFF); for (i 0; i len; i) { buf[i] spi_exchange(0x00); } mram_cs_high(); } void mram_write_buffer(uint32_t addr, const uint8_t *buf, uint16_t len) { uint16_t i; addr 0x7FFFF; mram_write_enable(); mram_cs_low(); spi_exchange(0x02); // WRITE spi_exchange((addr 16) 0xFF); spi_exchange((addr 8) 0xFF); spi_exchange(addr 0xFF); for (i 0; i len; i) { spi_exchange(buf[i]); } mram_cs_high(); mram_write_disable(); }这套代码里没有按页拆分、没有判断“这一页还剩多少字节”、没有页尾截断原因就是MRAM不挑边界。之前用NOR Flash写日志时每次追加记录前都要判断当前页剩余空间不够就先换页否则数据会在页内回卷把前面的记录覆盖掉。这个逻辑非常容易出错而且一旦出错日志数据就是零散的乱码。换成MRAM之后这段代码直接被删除了。还有一点要强调尽管没有页边界但MRAM在连续写的时候地址递增到0x7FFFF之后会自动回绕到0x00000。如果日志区规划得不好数据会在你不知情的情况下回到头部覆盖旧内容。所以代码里还是要对len做一次越界检查至少保证起始地址加上长度不会跨过存储区末尾。4. 实操过程从“写配置”到“掉电保存”的完整落地4.1 场景一参数表存储与开机自检工业设备最常见的存储需求就是参数表。温度系数、PID参数、校正偏移量、运行模式这些数据既要频繁更新又要在掉电后恢复。我惯用的做法是定义一个结构体在末尾加CRC校验和魔数typedef struct { uint32_t magic; // 固定魔数比如0xM4R2 uint16_t version; // 参数版本 float kp; float ki; float kd; uint8_t mode; uint8_t reserved[5]; uint16_t crc; // CRC16 } SysParam_t;写入流程很直接更新结构体字段计算CRCmram_write_buffer写入到固定地址。读取流程则多一步校验上电后读出整个结构体先检查magic和version再计算CRC对比。只要任何一步不对就说明参数区内容不可信回退到出厂默认参数并且点亮一个“存储异常”的提示状态。这个自检逻辑帮我排除过好几次“灵异问题”。曾经有客户反馈设备参数会自己变一开始怀疑MRAM坏了后来一查是上层业务逻辑在初始化前先把参数区读了一遍读到的是默认值之后又因为某种竞态条件把默认值错误写回去了。加了magic CRC校验之后这种问题定位起来轻松得多。建议所有参数存储都必须带CRC别嫌麻烦。4.2 场景二循环日志记录第二类典型需求是事件日志比如设备运行过程中记录开关机时间、报警事件、工艺状态变化。日志的特点是一条接一条追加旧日志可以被覆盖但要保留最近N条。因为没有擦除均衡问题日志区可以设计得非常简单。在MRAM里划出一块区域作为环形缓冲区头部用一个固定地址保存“当前写指针”然后日志数据按固定长度记录顺序写入#define LOG_AREA_ADDR 0x70000 #define LOG_ENTRY_SIZE 16 #define LOG_ENTRY_MAX 4096 typedef struct { uint32_t timestamp; uint16_t event; uint16_t param; uint16_t crc; uint8_t reserved[4]; } LogEntry_t;写入一条新日志时先读出当前写指针然后mram_write_buffer把LogEntry_t写到对应位置再把写指针加1。如果写指针到了LOG_ENTRY_MAX就回卷到0。整个过程不涉及扇区擦除、不涉及页对齐代码量少到可以在一页纸里写完。这里有一个比较隐蔽的坑写指针本身存储在MRAM里如果写入指针更新一半时掉电下次上电读到的指针可能指向错误位置。我的对策是把指针做一个镜像写两个副本一主一备。上电时比较两个副本相同则正常使用不同则取最后正常的那份并把另一份修复。因为MRAM单次写只要几十微秒两个副本的同步成本几乎可以忽略。4.3 掉电瞬间的紧急写入电容和时间窗计算工业设备里最考验存储方案的就是掉电瞬间能不能把关键状态救下来。以前用EEPROM最后写一个字节要5ms掉电窗口稍短一点就直接失败。MRAM没有这个问题写入即时完成只要SPI还能跑数据就能落住。触发掉电存储的方式我优先推荐用PIC18F87K22的BOR模块。BOR是欠压复位平时负责在电压过低时复位MCU。但它的中断可以当成一个电源跌落监测信号VDD低于设定阈值时先不急着复位而是跳进中断服务函数把关键数据写进MRAM。时间窗可以用简单公式估算掉电维持时间t C × ΔV / I。假设电路里有一个1000uF的电容系统电流50mA电压从3.3V跌到2.0V开始不稳定那么ΔV是1.3Vt 0.001F × 1.3V / 0.05A 26ms。这个窗口足够写入几百字节数据。再算SPI这侧的开销1MHz SPI时钟发送一个字节是8us写一条32字节的状态记录需要传输1字节命令3字节地址32字节数据一共36字节288us。加上CS切换、CRC计算等杂项最多0.5ms就能搞定。就算SPI降到1MHz也只是微秒级别的时间消耗。所以掉电窗口里最紧张的不是写入MRAM而是MCU自身能否在电源崩溃前稳定运行。解决方法是把BOR阈值设置得稍微高一点比如2.6V在VDD还有足够余量的阶段就触发存储。这里还要分享一个经验掉电ISR里尽量不要做无关操作别开屏、别打印串口、别写Flash直接锁定MRAM、写完状态、等复位。MRAM是免擦除的所以哪怕只剩1ms时间也能抢救下几十个关键字节。这块换在NOR Flash上光擦一个扇区就要几十毫秒根本来不及。5. 常见问题与排查技巧实录5.1 读出来全是0xFF或者0x00如果读取MRAM时返回的数据全是同一个值优先检查CS和电源。CS没拉低芯片就没有被选中SO线会保持高阻MCU读到的大概率是0xFF或0x00。其次是WP#和HOLD#WP#悬空可能导致写入被无规律地禁止HOLD#悬空则会干扰通信。建议一上来先把这两个引脚直接飞线接3.3V排除变量。最后查SPI模式用示波器看SCK空闲电平是高还是低如果空闲高说明配置成了Mode 3而你想用的是Mode 0数据自然对不上。5.2 数据错位和随机跳变前几次调试MRAM时我遇到过读回来数据整体移了一位或者每隔几个字节出现一个乱码的情况。这类问题基本集中在三个原因。第一个是SPI模式不匹配数据采样沿不对读回来的位序错乱。第二个是时钟频率过高SCK振铃在长走线下导致误码。第三个是CS时序问题CS在数据传输过程中抖动或者MCU在发送完最后一个字节还没等SCK稳定就拉高了CS。排查方法很简单先用最慢的SPI频率比如250kHz读写一个固定缓存确认通路没问题再逐步提速。我自己的板子一开始在4MHz下偶发错位降到1MHz就完全正常后来通过加串阻和缩短走线才重新回到4MHz稳定运行。5.3 写入没生效或者掉电丢失MRAM写入没生效十有八九是WEL写使能锁存没置1。MR25H40CDF写入前必须执行WREN不能省。检查方式是在发送WREN之后读状态寄存器确认bit1为1。如果WEL一直置不上检查WP#是不是被拉低了写保护使能时WREN会被忽略。掉电丢失的问题则要重点怀疑VCC时序。MRAM的供电如果比MCU先跌到最低工作电压以下写操作会在半途中断。常规做法是MRAM和MCU共用电源轨由同一个掉电电容维持同时保证BOR中断触发的电压阈值比MRAM最低工作电压高一些留出足够的存储窗口。5.4 与其他SPI设备共总线时的注意事项有些项目里SPI总线上不只有MRAM还挂了SPI Flash、传感器、显示驱动。此时最需要注意的是片选互斥。所有人访问总线前都要保证其他设备的CS处于高电平否则一旦有两个设备同时被拉低CSSO线就会打架数据全是乱的。另外其他SPI设备的CS引脚在MCU复位期间可能处于不确定状态。我吃过一次亏复位瞬间某款SPI Flash的CS被内部下拉短暂拉低导致它抢占了总线MRAM的读写瞬间被打断。解决方法是给Flash的CS加一个外部上拉电阻让它在MCU复位期间保持高电平。这片MRAM反而很乖只要CS上拉到高就不会惹事。5.5 问题排查速查表现象大概率原因处理办法读回全0xFFCS没拉低、芯片未选中检查CS GPIO方向和电平读回全0x00SO线被短到地或总线冲突检查走线和其他片选数据错位SPI模式不匹配确认Mode 0或Mode 3一致偶发乱码时钟过快/长线振铃降速、加串阻、缩短走线写入无效未先WREN或WP#拉低发送WREN检查WP#上拉掉电丢失VCC提前跌落、窗口不足加大电容、抬高BOR阈值日志区覆盖地址越界未处理增加地址范围和长度检查这张表是我现场处理问题时从笔记里整理出来的基本覆盖了MRAM在这类MCU平台上九成以上的故障方向。6. 实测结果与后续扩展6.1 我这边的实测数据这套方案在我那批仪表上跑了一年多没有再出现参数区损坏、读回0xFF这类问题。写参数表时SPI用2MHz单次写64字节耗时大概0.3ms读回来校验CRC整个过程不到1ms。连续写测试我也做过同一块地址循环写入20万次每写1000次回读校验一遍数据一次都没错。环境适应性方面设备在温度波动比较大的车间里运行MRAM没受什么影响。相比之下之前EEPROM那版在同样环境下一年里因为存储失效引起的返修占了不少比例。换掉存储方案之后这块的售后基本清零这也是我愿意专门写一篇文章来记录的原因。6.2 换更大容量的MRAM和同系列升级MR25H40CDF是4Mbit版本但Everspin的MR25系列里有MR25H10、MR25H20、MR25H40等几个容量档位。它们的SPI指令集基本一致驱动代码几乎不用改只要把地址掩码从0x7FFFF改成对应容量的最大值即可。如果项目容量需求从512KB降到128KB或者以后升到更高容量软件迁移成本几乎为零。如果必要甚至可以挂两颗MRAM做双备份存储。PIC18F87K22有两个MSSP一个挂MRAM A一个挂MRAM B写入时同时写两份读出时比对。因为MRAM单颗写入很快双写多花的时间通常不到1ms在实时要求不高的场合完全能接受。6.3 一块钱的成本换来少跑一趟现场客观说MRAM比普通EEPROM贵这是事实。但工业设备维护一次的人工、差旅、停产损失往往远超几块钱的物料差价。从项目总成本来看让存储部分更可靠其实是划算的选择。我个人在实际操作中最深的一个体会是存储芯片选型不能只看标称寿命还要看它给软件带来多少额外复杂度以及它在掉电临界时刻的“态度”。MRAM的即时写入、免擦除、无页边界让软件层省掉了一大堆磨损均衡逻辑也让掉电保存从“抢时间”变成了“从容写”。如果你也正在被参数频繁存储、日志循环覆盖、掉电丢数据这些问题折磨不妨拿MR25H40CDF配上PIC18F87K22试一版把存储的麻烦一次性解决掉。