MSP430 SFR与SYS寄存器深度解析：中断、复位与系统配置实战指南-平芜编程栈

1. 项目概述与核心价值

在嵌入式开发领域，尤其是与德州仪器（TI）的MSP430系列低功耗微控制器打交道时，我们经常会遇到一个核心概念：特殊功能寄存器。对于刚接触这类MCU的工程师来说，数据手册里那些密密麻麻的寄存器表格和缩写，比如SFR、SYSCTL、SFRIE1，往往让人望而生畏。但如果你真正理解了它们，就等于拿到了直接与硬件对话的钥匙。今天，我就结合自己多年在MSP430平台上开发的经验，来一次彻底的“寄存器深潜”，不光是罗列地址和位域，更要讲清楚它们背后的设计逻辑、实际应用中的“坑”，以及如何高效地利用它们来构建稳定可靠的嵌入式系统。

简单来说，SFR和SYS寄存器是MSP430架构中用于控制系统级功能和中断响应的“控制面板”。它们不像GPIO或定时器寄存器那样直接控制某个外设的输入输出，而是扮演着“系统管理员”的角色，管理着诸如中断的全局使能、复位源识别、JTAG调试通信、引导加载程序配置以及电源监控等底层且关键的任务。理解它们，是进行任何稍复杂系统设计（比如涉及低功耗模式切换、可靠复位管理、在线调试）的前提。无论是处理一个非屏蔽中断，还是排查一次不明原因的复位，最终都绕不开对这些寄存器的操作。

2. SFR寄存器详解：中断与复位的第一道门户

SFR，全称Special Function Register，即特殊功能寄存器。在MSP430中，它们被映射到一段固定的内存地址空间（基地址通常为0x0100），CPU通过读写这些地址，就能直接配置或查询系统的核心状态。你可以把它们想象成大楼的总控室，虽然不直接管理每个房间（外设）的灯和空调，但控制着整栋楼的消防警报（中断）、备用电源（复位）和门禁系统（引脚功能）。

2.1 SFR寄存器总览与访问机制

首先，我们需要建立一个全局视图。根据数据手册，SFR模块包含几个关键的寄存器，它们主要围绕中断和复位引脚进行配置。一个非常重要的细节是，MSP430的寄存器支持字节（Byte）和字（Word）两种访问方式。这对于编程的严谨性至关重要。

注意：对于名为ANYREG的通用寄存器，后缀_L（如ANYREG_L）代表寄存器的低字节（位0-7），后缀_H（如ANYREG_H）代表高字节（位8-15）。这意味着你可以单独操作一个字节，而不影响另一个字节。在混合编程（如既有C语言又有汇编）或进行位操作时，明确这一点可以避免很多意想不到的错误。

SFR的主要寄存器如下表所示，它们构成了系统中断和复位控制的基础框架：

偏移地址	缩写	寄存器名称	类型	访问方式	复位值	主要功能
00h	SFRIE1	中断使能寄存器	读/写	字/字节	0000h	全局使能各类系统中断源
02h	SFRIFG1	中断标志寄存器	读/写	字/字节	0082h	记录各类系统中断的触发状态
04h	SFRRPCR	复位引脚控制寄存器	读/写	字/字节	0000h	配置RST/NMI引脚的功能和内部电阻

2.2 SFRIE1：系统中断的“总开关”

SFRIE1寄存器是控制系统级别中断是否能够送达CPU的“总闸”。即使某个外设（如定时器）自己的中断使能位打开了，如果SFRIE1中对应的全局使能位没有置位，CPU也收不到中断请求。这提供了额外的安全性和灵活性，允许你在关键代码段临时屏蔽所有或特定系统中断。

我们来逐位拆解这个寄存器（以16位字访问视角，重点关注低字节，因为高字节通常保留）：

位7 JMBOUTIE:JTAG邮箱输出中断使能。当JTAG调试器通过邮箱向MCU发送了数据，并准备好接收MCU回复时，此位置1可使能中断。这在自定义调试通信协议时有用。
位6 JMBINIE:JTAG邮箱输入中断使能。当JTAG调试器向MCU的JTAG邮箱写入了新数据时，此位置1可使能中断，通知CPU去读取数据。
位5 ACCVIE:闪存访问违规中断使能。当程序试图非法访问Flash存储器（如在写操作过程中读取）时触发。这是一个非常重要的安全特性，在固件升级或EEPROM模拟等涉及Flash擦写的应用中，必须妥善处理此中断，否则可能导致程序跑飞或数据损坏。
位4 NMIIE:非屏蔽中断（NMI）引脚中断使能。NMI引脚（通常与复位引脚复用）可以配置为边沿触发的中断源，优先级极高。常用于紧急事件处理，如掉电检测。
位3 VMAIE:空内存访问中断使能。当CPU访问未映射或无效的内存地址时触发。在调试阶段，开启此中断能帮你快速定位野指针或数组越界等严重内存访问错误，是提升代码健壮性的利器。
位1 OFIE:振荡器故障中断使能。当系统时钟源（如XT晶体）失效时触发。在依赖高精度时钟的应用（如实时通信）中，必须使能此中断以切换到备用时钟源，保证系统持续运行。
位0 WDTIE:看门狗定时器中断使能。这里有一个关键细节：此位仅在看门狗工作于“间隔定时器模式”时有效，用于使能看门狗超时中断。如果看门狗工作于“看门狗模式”，超时直接引发复位，与此中断使能位无关。数据手册特别建议，由于IE1（SFRIE1_L）的其他位可能被其他模块使用，设置或清除WDTIE位时应使用BIS.B（位设置）或BIC.B（位清除）指令，而非MOV.B或CLR.B，以避免影响其他位。

实操心得：在系统初始化时，我通常会先明确本次应用需要哪些系统中断。例如，一个电池供电的无线传感器节点，我肯定会使能OFIE（振荡器故障）和NMIIE（连接掉电检测电路），但可能禁用ACCVIE和VMAIE以简化中断服务程序。对于WDTIE，如果我使用看门狗作为复位源，则保持为0；如果用作周期性唤醒的定时器，则置1。永远不要在初始化代码里简单地MOV #0FFFFh, &SFRIE1，这会盲目打开所有中断，包括你可能不了解的，带来潜在风险。

2.3 SFRIFG1：中断状态的“记录员”

SFRIFG1寄存器与SFRIE1一一对应，记录了相应中断事件是否已经发生。当中断条件满足时，硬件会自动将对应的标志位置1。即使中断未被使能（SFRIE1对应位为0），标志位仍然会被置起，这允许你采用“轮询”而非“中断”的方式处理某些事件。

几个需要特别注意的标志位：

位7 JMBOUTIFG:复位值为1。这表示上电后，JTAG邮箱输出通道默认是“就绪”状态，等待CPU写入数据。当你通过JTAG与调试器通信时，向JMBO0写入数据后此位清零；调试器读取数据后，此位又会被硬件置1，表示可以发送下一个数据。
位1 OFIFG:振荡器故障标志。它的复位值也是1。这意味着上电或复位后，硬件默认认为主时钟源可能存在故障。因此，在初始化系统时钟（比如启动高频晶体振荡器）后，必须手动清除此标志位，否则可能立即触发振荡器故障中断（如果已使能）。标准的时钟初始化流程末尾，一定包含清除OFIFG并等待其稳定的步骤。
位0 WDTIFG:看门狗中断标志。其行为取决于看门狗模式：在看门狗模式下，超时事件会直接导致系统复位，此标志位在复位过程中由硬件清零；在间隔定时器模式下，超时会使此位置1，如果WDTIE为使能，则触发中断。在中断服务程序中，此标志位会自动清零，也可由软件手动清除。同样，操作此位建议使用BIS.B/BIC.B指令。

排查技巧：如果你的程序偶尔会跑飞或复位，一个很好的排查起点就是检查SFRIFG1寄存器。在调试器中暂停程序，查看是哪个标志位被意外置1了。例如，VMAIFG置1几乎肯定意味着你的程序出现了非法内存访问；OFIFG置1则说明时钟系统出了问题。

2.4 SFRRPCR：复位与NMI引脚的“模式开关”

SFRRPCR寄存器控制着RST/NMI这个多功能引脚的行为，这对于系统稳定性和功能定义非常关键。

位3 SYSRSTRE:复位引脚上拉/下拉电阻使能。默认为1（使能）。除非有外部强上拉/下拉电路，否则强烈建议保持使能，以防止引脚浮空引入噪声导致意外复位。
位2 SYSRSTUP:复位引脚电阻上拉/下拉选择。默认为1（上拉）。对于典型的按键复位电路（按键接在引脚和地之间），必须配置为上拉模式。
位1 SYSNMIIES:NMI边沿选择。当引脚配置为NMI功能时（SYSNMI=1），此位选择触发边沿：0为上升沿，1为下降沿。重要警告：修改此位有可能触发一次NMI中断！因此，安全的操作流程是：先清除SYSNMI位（将引脚设为复位功能），再修改SYSNMIIES，最后根据需要重新设置SYSNMI。
位0 SYSNMI:NMI功能选择。0 = 引脚作为复位输入；1 = 引脚作为非屏蔽中断输入。这是一个“单行道”配置：一旦你将一个用于复位的引脚改为NMI，就必须确保有另一可靠的复位机制（如看门狗），否则你将无法再通过该引脚进行硬件复位。

经验之谈：在大多数应用中，我们使用默认配置（上拉电阻使能，引脚为复位功能）即可。仅在需要用到NMI功能（如连接一个必须在任何情况下都能打断CPU的紧急信号）时，才去修改SYSNMI和SYSNMIIES。修改前务必阅读数据手册中关于NMI处理流程的章节，因为NMI中断服务程序有特殊的编写要求。

3. SYS寄存器详解：系统配置与调试的“工具箱”

如果说SFR寄存器是控制中断和复位的大门，那么SYS寄存器就是门后那个装满各种系统级工具和信息的房间。它的基地址通常在0x0180，包含的寄存器更为丰富，从系统控制、引导加载程序配置到JTAG邮箱和中断向量生成，功能多样。

3.1 SYSCTL：系统控制寄存器

SYSCTL寄存器包含了一些影响系统整体行为的“开关”。

位5 SYSJTAGPIN:专用JTAG引脚使能。默认为0，表示JTAG引脚与其他功能（如GPIO）复用，通过特定的SBW序列进入JTAG模式。如果置1，则引脚永久固定为JTAG功能。此位一旦置1，只有掉电复位才能清除。除非你的产品永远不需要再使用这些引脚的GPIO功能，否则不要轻易设置它。
位4 SYSBSLIND:BSL入口指示。这是一个只读状态位，当检测到在Spy-Bi-Wire引脚上出现了进入引导加载程序的特定序列时，此位被硬件置1。软件可以查询此位来判断当前是否由BSL启动。
位2 SYSPMMPE:PMM（电源管理模块）访问保护。此位置1后，PMM的控制寄存器将只能从受保护的BSL内存段访问。这通常用于保护关键的电源配置不被应用程序意外修改，一旦设置，同样需要BOR才能清除。
位0 SYSRIVECT:中断向量表重映射。这是一个非常实用的功能！默认为0，中断向量表位于Flash的低64KB末尾（地址0xFFC0-0xFFFF）。如果置1，则向量表被重映射到RAM的顶部。这样做的好处是：你可以在运行时动态修改中断服务程序的入口地址，这对于实现 bootloader、动态加载或高级调试功能非常有用。缺点是牺牲了一小部分RAM空间。

3.2 SYSBSLC：引导加载程序配置寄存器

BSL是固化在芯片内部Flash起始段的一段代码，用于通过特定接口（如UART、I2C）更新用户程序。SYSBSLC寄存器用于保护或禁用这段区域。

位15 SYSBSLPE:BSL内存保护使能。置1后，受SYSBSLSIZE定义大小的BSL区域将被写保护，无法被擦除或编程。出厂时，TI预编程的BSL通常已受保护。如果你的应用不需要BSL，或者打算用自己的bootloader覆盖它，可能需要先清除此位（在允许的情况下）。
位14 SYSBSLOFF:BSL内存禁用。置1后，对BSL区域的读操作将返回固定值0x3FFF（这是一个JMP $指令的机器码），取指将导致CPU在此处死循环。这可以防止程序意外跳转到BSL区域执行。
位2 SYSBSLR:RAM分配给BSL。可以将最低的16字节RAM分配给BSL使用。这通常由BSL代码自身管理，应用程序一般无需干预。
位1-0 SYSBSLSIZE:BSL大小定义。定义保留给BSL的Flash段数量（从段3开始向上）。这决定了受SYSBSLPE和SYSBSLOFF影响的区域大小。

避坑指南：如果你在调试时发现程序在起始地址附近行为异常，或者无法通过BSL工具连接芯片，请检查SYSBSLC寄存器的配置。错误的保护或禁用设置可能会锁死BSL区域，导致无法更新程序。在修改这些位之前，务必确认你了解当前BSL的版本和占用情况。

3.3 JTAG邮箱相关寄存器：调试通信的“绿色通道”

SYSJMBC,SYSJMBI0/1,SYSJMBO0/1这一组寄存器为CPU和JTAG调试器之间提供了一个基于共享内存的异步通信通道，完全独立于普通的JTAG扫描链。这对于实现自定义的调试命令、数据交换或实时跟踪非常有用。

SYSJMBC (控制寄存器):
- JMBMODE位：选择16位模式（仅使用JMBI0/JMBO0）或32位模式（使用JMBI0/1和JMBO0/1）。在切换此模式前，务必通过读写操作清空所有邮箱缓冲区，以免丢失数据。
- JMBOUTxFG和JMBINxFG：这些是邮箱的“空/满”状态标志。CPU写JMBOUTx前需检查JMBOUTxFG是否为1（就绪）；读JMBINx后，根据JMBCLRxOFF设置，标志位可能自动或手动清零。
SYSJMBI0/1, SYSJMBO0/1 (数据寄存器):就是简单的16位数据缓冲区。CPU和JTAG调试器分别从一端读写。

实操示例：假设你想通过JTAG调试器向运行中的MCU发送一个命令字。调试器会检查JMBOUT0FG是否为1（表示CPU已读走旧数据），如果是，则将命令写入SYSJMBO0，然后JMBOUT0FG自动清零。同时，JMBIN0FG被置1，触发CPU端的中断（如果JMBINIE已使能）。CPU在中断服务程序中读取SYSJMBI0获取命令，读取操作会自动清除JMBIN0FG（如果JMBCLR0OFF=0）。完成命令处理后，CPU将结果写入SYSJMBO0，这会自动清除JMBOUT0FG并置起JMBIN0FG，从而通知调试器读取结果。这个过程构成了一个完整的双向通信协议。

3.4 中断向量生成寄存器：快速识别事件源

SYSUNIV,SYSSNIV,SYSRSTIV,SYSBERRIV这四个只读寄存器是MSP430中断系统设计的精华之一，它们实现了自动向量偏移生成。当发生多源共享的中断时（例如多个事件都可能触发系统NMI），你无需轮询一堆标志位来判断是谁干的，只需读取对应的向量寄存器，它会返回一个唯一的、非零的偶数偏移量。

SYSUNIV (用户NMI向量):用于处理用户可屏蔽的NMI事件，如NMIIFG、OFIFG、ACCVIE等。读取此寄存器会自动清除所有挂起的用户NMI标志。
SYSSNIV (系统NMI向量):用于处理系统级别的NMI事件，通常与电源管理、内存访问违规、JTAG邮箱相关。读取此寄存器会自动清除所有挂起的系统NMI标志。
SYSRSTIV (复位向量):这是最常用的寄存器之一，用于诊断复位原因。上电后读取它，你可以知道这次复位是上电复位、看门狗超时、还是安全密钥错误等。它的复位值通常是0x0002，表示发生了BOR（掉电复位）。读取此寄存器也会清除标志。
SYSBERRIV (总线错误向量):用于识别总线错误来源，如USB模块超时等。

高效的中断服务程序写法：传统的多源中断处理需要一堆if...else if判断。利用向量生成寄存器，可以写成高效的跳转表形式（以SYSRSTIV为例，在C语言中）：

#pragma vector=RESET_VECTOR __interrupt void reset_handler(void) { switch(__even_in_range(SYSRSTIV, SYSRSTIV_VECTOR_MAX)) { case SYSRSTIV_NONE: break; // 0x00: 无中断挂起 case SYSRSTIV_BOR: handle_bor(); break; // 0x02: 掉电复位 case SYSRSTIV_RSTNMI: break; // 0x04: RST/NMI引脚复位 case SYSRSTIV_WDTTO: break; // 0x16: 看门狗超时 case SYSRSTIV_WDTPW: break; // 0x18: 看门狗口令错误 // ... 处理其他复位源 default: break; } }

编译器宏__even_in_range是MSP430编译器提供的优化提示，确保生成的代码效率最高。这种写法清晰、高效，是处理多源中断的推荐方式。

4. 实战应用：构建一个可靠的系统初始化与监控框架

理解了寄存器是第一步，如何将它们组合起来构建一个健壮的系统才是关键。下面我分享一个基于MSP430的典型低功耗应用系统的初始化与监控框架，其中会大量运用到上述SFR和SYS寄存器。

4.1 系统初始化流程中的关键操作

第一步：上电后首先诊断复位原因。

void system_init(void) { uint16_t reset_cause = SYSRSTIV; log_reset_cause(reset_cause); // 将复位原因记录到非易失存储器或通过调试接口输出 // 根据复位原因进行不同的初始化，例如看门狗超时可能需要恢复现场，而正常上电则进行全初始化 if (reset_cause == SYSRSTIV_WDTTO) { // 看门狗超时复位，可能意味着程序卡死，进行错误恢复 recover_from_watchdog(); } // 清除所有可能的残留中断标志，避免一退出初始化就误入中断 SFRIFG1 = 0; // 注意：使用字操作可能影响保留位，更安全的是用字节操作逐个清除需要的位 SFRIFG1_L = 0; // 清除低字节标志 // 读取SYSUNIV和SYSSNIV以清除可能挂起的NMI标志 volatile uint16_t dummy = SYSUNIV; dummy = SYSSNIV; (void)dummy; // 防止编译器警告 }

第二步：配置时钟系统，并妥善处理振荡器故障标志。

void clock_init(void) { // 1. 配置DCO、使能XT1晶体振荡器等操作... // ... // 2. 等待高频时钟稳定（例如，等待XT1起振） while (CSCTL7 & (XT1OFFG | DCOFFG)) { // 检查振荡器故障标志 CSCTL7 &= ~(XT1OFFG | DCOFFG); // 清除振荡器故障标志 __delay_cycles(1000); // 短暂延时 } // 3. 关键！清除SFR模块中的全局振荡器故障标志 SFRIFG1 &= ~OFIFG; // 使用BIC.B指令更佳：__bic_SR_register_on_exit(OFIFG); // 在汇编中，可以使用 BIC.B #OFIFG, &SFRIFG1_L }

注意事项：很多初学者会忽略第三步，导致即使时钟配置正确，OFIFG标志依然为1，可能意外触发中断。清除OFIFG是时钟初始化完成的标志。

第三步：配置系统控制与保护。

void sys_config_init(void) { // 1. 配置复位引脚：使能上拉电阻，保持复位功能（默认通常已是此配置） // SFRRPCR = SYSRSTRE + SYSRSTUP; // 默认值即为0x000C // 更安全的做法是只修改需要的位，使用位操作： SFRRPCR_L |= (SYSRSTRE | SYSRSTUP); // 确保上拉电阻使能 // 2. 如果需要将中断向量表重定位到RAM以实现动态修改 // SYSCTL |= SYSRIVECT; // 谨慎使用！需确保RAM顶部区域已预留且初始化 // 3. 保护BSL区域（如果应用不需要BSL，且想防止误操作） // SYSBSLC |= SYSBSLPE; // 使能BSL区域写保护 // 或者禁用对BSL区域的访问（读返回固定值） // SYSBSLC |= SYSBSLOFF; // 4. 配置JTAG邮箱（如果使用） SYSJMBC = 0; // 默认16位模式，自动清除标志 // 如果需要32位通信：SYSJMBC = JMBMODE; }

第四步：使能所需的中断。

void interrupt_enable_config(void) { // 使能看门狗间隔定时器中断（如果用作定时器） // SFRIE1 |= WDTIE; // 使能振荡器故障中断（对于时钟可靠性要求高的应用） SFRIE1 |= OFIE; // 使能NMI中断（如果使用了NMI引脚功能） // 注意：必须先配置SFRRPCR的SYSNMI和SYSNMIIES位 // SFRIE1 |= NMIIE; // 使能空内存访问中断（在调试阶段非常有用） // SFRIE1 |= VMAIE; // 全局中断使能 __enable_interrupt(); }

4.2 常见问题排查与调试技巧实录

问题：程序运行不稳定，偶尔会复位。
- 排查步骤：
  - 首先，在main()函数最开头读取SYSRSTIV寄存器，记录复位原因。如果是看门狗超时，检查程序主循环或中断服务程序是否阻塞。
  - 检查SFRIFG1寄存器，看是否有异常标志被置起，例如VMAIFG（非法内存访问）或OFIFG（振荡器故障）。
  - 检查SFRRPCR配置，确认复位引脚上拉电阻已使能，防止噪声干扰。用示波器观察RST/NMI引脚波形。
  - 如果使用了低功耗模式，检查在进入低功耗模式前，是否所有可能产生中断的外设都已正确配置？唤醒源是否设置正确？
问题：无法通过JTAG/BSL对芯片进行编程。
- 排查步骤：
  - 检查SYSBSLC寄存器。如果SYSBSLPE（保护使能）或SYSBSLOFF（访问禁用）被意外设置，可能会阻止BSL操作。尝试在代码中（如果还能运行）清除这些位，或者对芯片进行全擦除。
  - 检查SYSCTL寄存器的SYSJTAGPIN位。如果它被设置为1（专用JTAG引脚），而你的硬件连接是SBW（2线制JTAG），则无法连接。此位只能通过BOR清除。
  - 检查SFRRPCR，确保复位引脚功能正确，没有被配置为NMI。
问题：自定义的NMI中断服务程序不执行。
- 排查步骤：
  - 确认SFRRPCR的SYSNMI位已设置为1（NMI功能），并且SYSNMIIES选择了正确的边沿。
  - 确认SFRIE1的NMIIE位已置1。
  - 最重要的一点：NMI中断的优先级最高，且其标志位NMIIFG在SFRIFG1中。但是，NMI中断服务程序有特殊要求：它必须手动清除NMIIFG标志，并且使用RETI指令返回。在C语言中，编译器通常能处理，但需确保中断服务程序声明正确，且没有意外地过早全局禁用中断。
  - 检查SYSUNIV寄存器，读取它可以清除所有挂起的用户NMI标志。在调试时，可以在NMI服务程序入口读取它来确认中断源。
问题：使用JTAG邮箱通信时数据丢失或混乱。
- 排查步骤：
  - 严格遵循“查询标志-读写数据”的流程。在CPU向JMBO0写数据前，必须等待JMBOUT0FG == 1。
  - 检查SYSJMBC的JMBMODE是否与通信双方（CPU和调试器脚本）设定的模式一致（16位 vs 32位）。
  - 检查JMBCLRxOFF设置。如果设置为1（手动清除），则必须在读取JMBINx数据后，手动清除JMBINxFG标志，否则再也收不到新数据中断。
  - 在通信协议中增加简单的校验和或序列号，以识别数据包是否完整。

5. 总结与进阶思考

通过以上对MSP430 SFR和SYS寄存器的深度剖析，我们可以看到，它们虽然不直接处理应用层的业务逻辑，却是系统稳定、可靠、可调试的基石。从管理中断的“总开关”和“记录员”，到配置复位引脚的“模式开关”，再到提供调试通信的“绿色通道”和快速诊断的“事件分类器”，每一个寄存器位都蕴含着TI在低功耗MCU设计上的深思熟虑。

在实际项目中，我建议养成以下习惯：

系统初始化后，第一时间记录SYSRSTIV的值，这能为你后续的故障排查提供最关键的第一手信息。
谨慎操作“一次性”位，如SYSJTAGPIN和SYSPMMPE，确认后再写入，因为它们可能只能通过掉电复位来恢复。
充分利用向量生成寄存器来编写简洁高效的多源中断服务程序，摒弃冗长的if-else链。
在调试阶段，大胆使能VMAIE（空内存访问中断），它能帮你捕获很多隐蔽的指针错误，防患于未然。

最后，再分享一个进阶技巧：对于需要极高可靠性的系统，可以考虑在RAM中开辟一个“系统状态备份区”。在每次进入关键的低功耗模式前，将重要的SFR/SYS寄存器状态（如SFRIFG1、SYSRSTIV的当前值）、以及应用的关键变量备份到此区域。当系统从深度睡眠或意外复位中唤醒时，先恢复这些状态，再结合SYSRSTIV判断复位原因，可以实现无缝的状态恢复和故障追溯，将系统的韧性提升一个等级。这正是在深入理解了这些底层寄存器之后，才能进行的创造性设计。