1. 项目背景与PSPR的价值最近在折腾英飞凌Aurix TC3xx系列芯片时遇到了一个性能瓶颈一段对实时性要求极高的中断服务函数即使已经优化到极致执行时间依然卡在微秒级的门槛上难以满足更严苛的时序要求。在反复审视代码和内存布局后我把目光投向了芯片内部一块特殊的区域——PSPR。这个项目就是记录如何利用Hightec开发工具链将关键代码“搬运”到PSPR中执行从而榨取最后一点性能潜力的全过程。对于不熟悉Aurix/TriCore架构的朋友这里先做个简单类比。你可以把单片机的内存系统想象成一个城市的交通网络。我们平常程序运行的RAM就像城市外围的普通公路容量大但车速有限而Flash存储器则像远处的仓库存取数据指令需要更长的“运输”时间。PSPR则完全不同它更像是市中心的一条专用高速环路。它全称“程序 Scratch-Pad RAM”是一块集成在CPU核心内部的静态存储器SRAM。其最大特点是与CPU核心“零距离”CPU访问它几乎没有延迟速度极快通常可以在单周期内完成读取这远快于访问外部Flash甚至普通RAM。但是这条“高速环路”的代价是容量非常有限通常只有几十KB。那么把代码放到PSPR里运行到底能带来多大提升这绝不是“可能快一点”的模糊概念。以从Flash执行指令为例即便有预取缓冲和缓存在发生缓存未命中时仍然需要等待数十个时钟周期。而PSPR的访问是确定性的低延迟。对于一段精简的、被频繁调用的中断服务程序或者最内层循环将其放入PSPR带来的性能提升往往是数量级的尤其是对消除因指令获取引起的执行时间抖动Jitter至关重要。这对于汽车电子中的电机控制、通信协议处理等硬实时应用场景是至关重要的优化手段。2. Hightec工具链中的关键角色链接脚本.lsl要把代码放到指定的内存区域编译器本身是不知道的它只负责生成代码块和数据块。真正指挥“代码住到哪里去”的指挥官是链接脚本Linker Script。在Hightec for TriCore工具链中链接脚本的后缀是.lslLinker Specification Language。我们所有的内存布局操作核心就是修改这个.lsl文件。一个典型的Aurix工程.lsl文件结构非常庞大因为它定义了整个芯片的地址空间映射。我们不需要理解全部只需要找到两个关键部分内存区域Memory Sections的定义以及代码段Section的放置规则。首先我们需要确认PSPR在内存映射中的地址和大小。这需要查阅你所使用的具体Aurix TC3xx型号的数据手册。例如对于TC397每个CPU核心比如CPU0都有自己专属的PSPR。其地址可能类似于0x70100000大小是64KB。在.lsl文件中你会找到类似下面的定义memory pspram0 { mau 8; size 64k; type ram; map (destbus:tc0:pspr, dest_offset0x70100000, size64k); }这段定义告诉链接器有一块名为pspram0的内存属性是ram大小为64k它被映射到tc0总线的pspr区域起始地址是0x70100000。定义好了“房子”内存区域接下来就要制定“分配规则”Section Placement。默认情况下所有的程序代码.text段都会被链接器放到Flash对应的区域。我们需要创建新的规则将特定的代码段放到pspram0里。这通常在.lsl文件的section_layout部分完成。我们需要添加类似下面的指令group (ordered, run_addrmem:pspram0) { select .text.pspr_fast_code; }这段指令的意思是在pspram0这个内存区域有序地放置所有属于.text.pspr_fast_code这个段的代码。注意这里有一个至关重要的细节。run_addr指定的是代码在运行时Run-Time的地址即代码在PSPR中的地址。但芯片上电后代码是存储在Flash里的需要有一个初始化过程将其拷贝到PSPR。因此我们还需要指定代码在Flash中的存储位置load_addr这通常由链接器自动处理但理解这个“存储地址”和“运行地址”分离的概念是理解整个流程的关键。3. 代码标注与编译选项设置链接脚本已经准备好了“房间”和“分配规则”现在我们需要告诉编译器哪些代码是“VIP客人”需要住进这个“PSPR房间”。在C/C源代码中我们通过GCC的属性Attribute来标注函数或变量。最直接的方法是使用__attribute__语法。对于需要放入PSPR的函数你可以这样声明和定义// 声明一个需要放在PSPR中运行的函数 void __attribute__((section(.text.pspr_fast_code))) fast_isr_handler(void); // 函数定义 void __attribute__((section(.text.pspr_fast_code))) fast_isr_handler(void) { // 这里是需要极速执行的代码 // 例如读取ADC值进行快速比较更新PWM占空比 // 函数体应尽量精简避免调用大型库函数或复杂逻辑 }__attribute__((section(.text.pspr_fast_code)))这个语法就是给函数fast_isr_handler打上了一个标签告诉编译器和链接器“请把这个函数的所有指令都放到名为.text.pspr_fast_code的段里面去”。这个段名.text.pspr_fast_code必须与我们在.lsl链接脚本中group语句里select的段名完全一致。除了逐个函数标注如果你有一组相关的函数也可以考虑创建一个单独的C源文件比如fast_code.c然后通过编译选项将这个文件中的所有代码都放到PSPR段。这可以在Hightec工程的“Build Properties”中设置。找到对应源文件的编译选项在“Miscellaneous”或“TriCore GCC Compiler”的“Additional options”里添加-ffunction-sections -fdata-sections -Wl,-section-start.text.pspr_fast_code0x70100000但请注意这种方法通常不如源代码属性标注精确和直观且容易与其他链接脚本设置冲突。对于新手我强烈建议从__attribute__标注开始这是最清晰、最不容易出错的方式。4. 初始化代码从Flash到PSPR的搬运工完成了编译和链接生成了可执行文件.elf但这还不够。回想一下第2节提到的run_addr和load_addr。现在的情况是fast_isr_handler函数的指令已经被编译器编译好链接器也把它们安排在了两个地方存储地址Load Address在最终生成的ELF文件中这些指令的二进制码被存放在Flash镜像的某个位置例如0xA0123456。运行地址Run Address链接脚本规定这些指令在芯片运行时应该被放在PSPR的0x70100000地址处。芯片上电启动时PSPR里面是空的。因此我们需要一段初始化代码在main()函数执行之前将这部分代码从Flash中的“存储地址”拷贝到PSPR的“运行地址”。这个过程称为“运行时初始化”Run-Time Initialization或“数据拷贝初始化”。在标准的Hightec TriCore启动代码Startup Code中通常会有一个名为Ifx_Ssw_Init的函数或其类似物它负责初始化数据段.data、清零BSS段.bss。我们需要修改这个启动流程加入对我们自定义的PSPR代码段的拷贝。你需要找到启动文件通常是.S汇编文件或.c文件并添加类似下面的代码片段extern unsigned long __load_start_text_pspr_fast_code; extern unsigned long __load_stop_text_pspr_fast_code; extern unsigned long __start_text_pspr_fast_code; void copy_pspr_code(void) { unsigned long* src __load_start_text_pspr_fast_code; unsigned long* dst __start_text_pspr_fast_code; unsigned long size (unsigned long)(__load_stop_text_pspr_fast_code - __load_start_text_pspr_fast_code); // 按字32位进行拷贝效率更高 for (unsigned long i 0; i size / sizeof(unsigned long); i) { dst[i] src[i]; } }然后在系统初始化、但尚未调用main()函数的地方例如在数据段初始化之后BSS段清零之前调用这个copy_pspr_code()函数。关键点解析__load_start_*和__load_stop_*这类符号是由链接器自动生成的它们代表了该段代码在Flash中的起始和结束地址。__start_*则代表了该段代码在内存此处是PSPR中的运行起始地址。这些符号的名称规则取决于链接脚本中段的命名Hightec工具链有特定的命名约定你可能需要查看生成的map文件来确认确切的符号名。这是整个流程中最容易出错的一环。5. 验证与调试如何确认代码真的在PSPR中运行代码写好了链接脚本改了初始化也加了但怎么证明我们的努力没有白费这里有几个实用的验证和调试方法。5.1 查看链接器生成的Map文件这是最直接的方法。在Hightec IDE中确保在链接器设置里勾选了“Generate map file”。编译链接后打开生成的.map文件。搜索你定义的段名例如.text.pspr_fast_code。你应该能看到类似下面的信息.text.pspr_fast_code 0x70100000 0x200 0x70100000 . ALIGN (0x4) *(.text.pspr_fast_code) .text.pspr_fast_code 0x70100000 0x200 ./source/fast_code.o 0x70100000 fast_isr_handler这明确显示了fast_isr_handler函数被分配到了地址0x70100000这正是我们定义的PSPR区域。同时你还需要注意该段的load address可能在文件其他部分列出它应该是一个Flash地址。5.2 在线调试查看反汇编将程序下载到芯片中启动调试器如PLS UDE或Lauterbach Trace32。在调试界面中找到fast_isr_handler函数并查看其反汇编代码。查看该函数第一条指令所在的地址。如果它显示为0x7010xxxx这样的地址那么恭喜你代码已经被正确加载到PSPR中。如果它显示的是0xA00xxxxxFlash地址则说明链接或初始化拷贝步骤可能有问题。5.3 性能测试与对比最实在的验证就是性能提升。你可以编写一个简单的测试在PSPR版本中在一个高优先级定时器中断里调用fast_isr_handler并记录中断入口和出口的时间戳使用芯片的时钟计数器STM。在Flash版本中即去掉PSPR属性让代码默认链接到Flash进行同样的测试。对比两者在最坏情况下的执行时间考虑缓存未命中和时间的抖动情况。理想情况下PSPR版本的执行时间更短、更稳定。5.4 常见问题排查函数调用失效或进入硬件异常这通常是因为初始化拷贝没有成功或者拷贝的源地址/目标地址/长度计算错误。PSPR中的代码地址错误CPU取指就会失败。务必检查map文件中的符号地址并单步调试初始化拷贝函数确认内存内容被正确复制。性能提升不明显检查函数是否真的被频繁调用。如果函数本身很大超出了PSPR容量链接器可能会报错或将其部分留在Flash。确保PSPR代码足够精简。另外检查是否仍有其他依赖的函数或跳转目标不在PSPR中导致执行流跳出PSPR区域。链接器报错“region overflowed”PSPR空间不足。你需要精简PSPR中的代码或者将部分非核心热路径代码移出PSPR。使用size命令或查看map文件分析各个模块占用的PSPR空间。6. 进阶考量与最佳实践将代码放入PSPR是一个强大的优化手段但用得好需要遵循一些最佳实践避免引入新的问题。6.1 什么代码适合放进PSPR高频中断服务程序ISR尤其是时间要求极其苛刻的ISR如电机控制的PWM中断、通信协议的字节处理中断。最内层循环算法中计算最密集、被反复执行的那一小段核心循环。关键的状态机或调度器实时操作系统的上下文切换代码或高优先级任务调度器。对执行时间抖动零容忍的代码。6.2 什么代码不适合放进PSPR体积庞大的函数或库PSPR容量有限通常只有几十KB。很少被执行的初始化代码或错误处理代码。调用了大量不在PSPR中的其他函数的代码因为这会导致执行流频繁跳出PSPR访问Flash或RAM反而可能增加跳转开销削弱PSPR带来的收益。理想情况是PSPR中的代码形成一个相对独立、自包含的“热点”模块。6.3 与缓存Cache的协同现代Aurix TC3xx芯片也有指令缓存ICache。PSPR和ICache并不冲突它们是不同层面的优化。PSPR提供了确定性的、极低延迟的访问而ICache是概率性的加速依赖于命中率。对于绝对不允许有任何抖动的核心代码放在PSPR是更优选择。对于较大的、访问模式规律的代码块ICache可能更合适。有时可以结合使用将最核心的代码放在PSPR将次核心的、较大的代码通过精心设计使其具有良好的缓存局部性。6.4 多核Multi-Core下的PSPR使用Aurix TC3xx是多核处理器每个CPU核心CPU0 CPU1...都有自己独立的PSPR。这意味着你可以为每个核心分配不同的关键代码到其专属的PSPR中实现并行优化。在链接脚本和代码标注时需要明确指定目标核心的PSPR地址区域。同时要注意核间通信如果涉及PSPR中的代码或数据需要通过共享内存或消息机制因为一个核心通常不能直接访问另一个核心的PSPR。6.5 维护性与可读性在大型项目中到处使用__attribute__((section(...)))可能会降低代码可读性。一个更好的实践是使用宏定义来封装这个属性#define PSPR_CODE __attribute__((section(.text.pspr_fast_code))) PSPR_CODE void my_fast_function(void) { // ... }这样代码的意图更清晰未来如果需要修改段名也只需改动宏定义一处。 嵌入式系统性能优化：利用PSPR内存提升Aurix TC3xx实时性
1. 项目背景与PSPR的价值最近在折腾英飞凌Aurix TC3xx系列芯片时遇到了一个性能瓶颈一段对实时性要求极高的中断服务函数即使已经优化到极致执行时间依然卡在微秒级的门槛上难以满足更严苛的时序要求。在反复审视代码和内存布局后我把目光投向了芯片内部一块特殊的区域——PSPR。这个项目就是记录如何利用Hightec开发工具链将关键代码“搬运”到PSPR中执行从而榨取最后一点性能潜力的全过程。对于不熟悉Aurix/TriCore架构的朋友这里先做个简单类比。你可以把单片机的内存系统想象成一个城市的交通网络。我们平常程序运行的RAM就像城市外围的普通公路容量大但车速有限而Flash存储器则像远处的仓库存取数据指令需要更长的“运输”时间。PSPR则完全不同它更像是市中心的一条专用高速环路。它全称“程序 Scratch-Pad RAM”是一块集成在CPU核心内部的静态存储器SRAM。其最大特点是与CPU核心“零距离”CPU访问它几乎没有延迟速度极快通常可以在单周期内完成读取这远快于访问外部Flash甚至普通RAM。但是这条“高速环路”的代价是容量非常有限通常只有几十KB。那么把代码放到PSPR里运行到底能带来多大提升这绝不是“可能快一点”的模糊概念。以从Flash执行指令为例即便有预取缓冲和缓存在发生缓存未命中时仍然需要等待数十个时钟周期。而PSPR的访问是确定性的低延迟。对于一段精简的、被频繁调用的中断服务程序或者最内层循环将其放入PSPR带来的性能提升往往是数量级的尤其是对消除因指令获取引起的执行时间抖动Jitter至关重要。这对于汽车电子中的电机控制、通信协议处理等硬实时应用场景是至关重要的优化手段。2. Hightec工具链中的关键角色链接脚本.lsl要把代码放到指定的内存区域编译器本身是不知道的它只负责生成代码块和数据块。真正指挥“代码住到哪里去”的指挥官是链接脚本Linker Script。在Hightec for TriCore工具链中链接脚本的后缀是.lslLinker Specification Language。我们所有的内存布局操作核心就是修改这个.lsl文件。一个典型的Aurix工程.lsl文件结构非常庞大因为它定义了整个芯片的地址空间映射。我们不需要理解全部只需要找到两个关键部分内存区域Memory Sections的定义以及代码段Section的放置规则。首先我们需要确认PSPR在内存映射中的地址和大小。这需要查阅你所使用的具体Aurix TC3xx型号的数据手册。例如对于TC397每个CPU核心比如CPU0都有自己专属的PSPR。其地址可能类似于0x70100000大小是64KB。在.lsl文件中你会找到类似下面的定义memory pspram0 { mau 8; size 64k; type ram; map (destbus:tc0:pspr, dest_offset0x70100000, size64k); }这段定义告诉链接器有一块名为pspram0的内存属性是ram大小为64k它被映射到tc0总线的pspr区域起始地址是0x70100000。定义好了“房子”内存区域接下来就要制定“分配规则”Section Placement。默认情况下所有的程序代码.text段都会被链接器放到Flash对应的区域。我们需要创建新的规则将特定的代码段放到pspram0里。这通常在.lsl文件的section_layout部分完成。我们需要添加类似下面的指令group (ordered, run_addrmem:pspram0) { select .text.pspr_fast_code; }这段指令的意思是在pspram0这个内存区域有序地放置所有属于.text.pspr_fast_code这个段的代码。注意这里有一个至关重要的细节。run_addr指定的是代码在运行时Run-Time的地址即代码在PSPR中的地址。但芯片上电后代码是存储在Flash里的需要有一个初始化过程将其拷贝到PSPR。因此我们还需要指定代码在Flash中的存储位置load_addr这通常由链接器自动处理但理解这个“存储地址”和“运行地址”分离的概念是理解整个流程的关键。3. 代码标注与编译选项设置链接脚本已经准备好了“房间”和“分配规则”现在我们需要告诉编译器哪些代码是“VIP客人”需要住进这个“PSPR房间”。在C/C源代码中我们通过GCC的属性Attribute来标注函数或变量。最直接的方法是使用__attribute__语法。对于需要放入PSPR的函数你可以这样声明和定义// 声明一个需要放在PSPR中运行的函数 void __attribute__((section(.text.pspr_fast_code))) fast_isr_handler(void); // 函数定义 void __attribute__((section(.text.pspr_fast_code))) fast_isr_handler(void) { // 这里是需要极速执行的代码 // 例如读取ADC值进行快速比较更新PWM占空比 // 函数体应尽量精简避免调用大型库函数或复杂逻辑 }__attribute__((section(.text.pspr_fast_code)))这个语法就是给函数fast_isr_handler打上了一个标签告诉编译器和链接器“请把这个函数的所有指令都放到名为.text.pspr_fast_code的段里面去”。这个段名.text.pspr_fast_code必须与我们在.lsl链接脚本中group语句里select的段名完全一致。除了逐个函数标注如果你有一组相关的函数也可以考虑创建一个单独的C源文件比如fast_code.c然后通过编译选项将这个文件中的所有代码都放到PSPR段。这可以在Hightec工程的“Build Properties”中设置。找到对应源文件的编译选项在“Miscellaneous”或“TriCore GCC Compiler”的“Additional options”里添加-ffunction-sections -fdata-sections -Wl,-section-start.text.pspr_fast_code0x70100000但请注意这种方法通常不如源代码属性标注精确和直观且容易与其他链接脚本设置冲突。对于新手我强烈建议从__attribute__标注开始这是最清晰、最不容易出错的方式。4. 初始化代码从Flash到PSPR的搬运工完成了编译和链接生成了可执行文件.elf但这还不够。回想一下第2节提到的run_addr和load_addr。现在的情况是fast_isr_handler函数的指令已经被编译器编译好链接器也把它们安排在了两个地方存储地址Load Address在最终生成的ELF文件中这些指令的二进制码被存放在Flash镜像的某个位置例如0xA0123456。运行地址Run Address链接脚本规定这些指令在芯片运行时应该被放在PSPR的0x70100000地址处。芯片上电启动时PSPR里面是空的。因此我们需要一段初始化代码在main()函数执行之前将这部分代码从Flash中的“存储地址”拷贝到PSPR的“运行地址”。这个过程称为“运行时初始化”Run-Time Initialization或“数据拷贝初始化”。在标准的Hightec TriCore启动代码Startup Code中通常会有一个名为Ifx_Ssw_Init的函数或其类似物它负责初始化数据段.data、清零BSS段.bss。我们需要修改这个启动流程加入对我们自定义的PSPR代码段的拷贝。你需要找到启动文件通常是.S汇编文件或.c文件并添加类似下面的代码片段extern unsigned long __load_start_text_pspr_fast_code; extern unsigned long __load_stop_text_pspr_fast_code; extern unsigned long __start_text_pspr_fast_code; void copy_pspr_code(void) { unsigned long* src __load_start_text_pspr_fast_code; unsigned long* dst __start_text_pspr_fast_code; unsigned long size (unsigned long)(__load_stop_text_pspr_fast_code - __load_start_text_pspr_fast_code); // 按字32位进行拷贝效率更高 for (unsigned long i 0; i size / sizeof(unsigned long); i) { dst[i] src[i]; } }然后在系统初始化、但尚未调用main()函数的地方例如在数据段初始化之后BSS段清零之前调用这个copy_pspr_code()函数。关键点解析__load_start_*和__load_stop_*这类符号是由链接器自动生成的它们代表了该段代码在Flash中的起始和结束地址。__start_*则代表了该段代码在内存此处是PSPR中的运行起始地址。这些符号的名称规则取决于链接脚本中段的命名Hightec工具链有特定的命名约定你可能需要查看生成的map文件来确认确切的符号名。这是整个流程中最容易出错的一环。5. 验证与调试如何确认代码真的在PSPR中运行代码写好了链接脚本改了初始化也加了但怎么证明我们的努力没有白费这里有几个实用的验证和调试方法。5.1 查看链接器生成的Map文件这是最直接的方法。在Hightec IDE中确保在链接器设置里勾选了“Generate map file”。编译链接后打开生成的.map文件。搜索你定义的段名例如.text.pspr_fast_code。你应该能看到类似下面的信息.text.pspr_fast_code 0x70100000 0x200 0x70100000 . ALIGN (0x4) *(.text.pspr_fast_code) .text.pspr_fast_code 0x70100000 0x200 ./source/fast_code.o 0x70100000 fast_isr_handler这明确显示了fast_isr_handler函数被分配到了地址0x70100000这正是我们定义的PSPR区域。同时你还需要注意该段的load address可能在文件其他部分列出它应该是一个Flash地址。5.2 在线调试查看反汇编将程序下载到芯片中启动调试器如PLS UDE或Lauterbach Trace32。在调试界面中找到fast_isr_handler函数并查看其反汇编代码。查看该函数第一条指令所在的地址。如果它显示为0x7010xxxx这样的地址那么恭喜你代码已经被正确加载到PSPR中。如果它显示的是0xA00xxxxxFlash地址则说明链接或初始化拷贝步骤可能有问题。5.3 性能测试与对比最实在的验证就是性能提升。你可以编写一个简单的测试在PSPR版本中在一个高优先级定时器中断里调用fast_isr_handler并记录中断入口和出口的时间戳使用芯片的时钟计数器STM。在Flash版本中即去掉PSPR属性让代码默认链接到Flash进行同样的测试。对比两者在最坏情况下的执行时间考虑缓存未命中和时间的抖动情况。理想情况下PSPR版本的执行时间更短、更稳定。5.4 常见问题排查函数调用失效或进入硬件异常这通常是因为初始化拷贝没有成功或者拷贝的源地址/目标地址/长度计算错误。PSPR中的代码地址错误CPU取指就会失败。务必检查map文件中的符号地址并单步调试初始化拷贝函数确认内存内容被正确复制。性能提升不明显检查函数是否真的被频繁调用。如果函数本身很大超出了PSPR容量链接器可能会报错或将其部分留在Flash。确保PSPR代码足够精简。另外检查是否仍有其他依赖的函数或跳转目标不在PSPR中导致执行流跳出PSPR区域。链接器报错“region overflowed”PSPR空间不足。你需要精简PSPR中的代码或者将部分非核心热路径代码移出PSPR。使用size命令或查看map文件分析各个模块占用的PSPR空间。6. 进阶考量与最佳实践将代码放入PSPR是一个强大的优化手段但用得好需要遵循一些最佳实践避免引入新的问题。6.1 什么代码适合放进PSPR高频中断服务程序ISR尤其是时间要求极其苛刻的ISR如电机控制的PWM中断、通信协议的字节处理中断。最内层循环算法中计算最密集、被反复执行的那一小段核心循环。关键的状态机或调度器实时操作系统的上下文切换代码或高优先级任务调度器。对执行时间抖动零容忍的代码。6.2 什么代码不适合放进PSPR体积庞大的函数或库PSPR容量有限通常只有几十KB。很少被执行的初始化代码或错误处理代码。调用了大量不在PSPR中的其他函数的代码因为这会导致执行流频繁跳出PSPR访问Flash或RAM反而可能增加跳转开销削弱PSPR带来的收益。理想情况是PSPR中的代码形成一个相对独立、自包含的“热点”模块。6.3 与缓存Cache的协同现代Aurix TC3xx芯片也有指令缓存ICache。PSPR和ICache并不冲突它们是不同层面的优化。PSPR提供了确定性的、极低延迟的访问而ICache是概率性的加速依赖于命中率。对于绝对不允许有任何抖动的核心代码放在PSPR是更优选择。对于较大的、访问模式规律的代码块ICache可能更合适。有时可以结合使用将最核心的代码放在PSPR将次核心的、较大的代码通过精心设计使其具有良好的缓存局部性。6.4 多核Multi-Core下的PSPR使用Aurix TC3xx是多核处理器每个CPU核心CPU0 CPU1...都有自己独立的PSPR。这意味着你可以为每个核心分配不同的关键代码到其专属的PSPR中实现并行优化。在链接脚本和代码标注时需要明确指定目标核心的PSPR地址区域。同时要注意核间通信如果涉及PSPR中的代码或数据需要通过共享内存或消息机制因为一个核心通常不能直接访问另一个核心的PSPR。6.5 维护性与可读性在大型项目中到处使用__attribute__((section(...)))可能会降低代码可读性。一个更好的实践是使用宏定义来封装这个属性#define PSPR_CODE __attribute__((section(.text.pspr_fast_code))) PSPR_CODE void my_fast_function(void) { // ... }这样代码的意图更清晰未来如果需要修改段名也只需改动宏定义一处。