ARMv8（AArch64/ARM64）默认FPU及相关技术疑问咨询

1. ARMv8的默认FPU究竟是哪一个？ #

ARMv8-A架构中，NEON是默认的浮点处理单元（FPU）实现。早期架构里VFP和NEON是相对独立的模块，但到了ARMv8，两者已经完全整合：VFP的标量浮点功能被并入NEON，所谓的"VFP选项"仅指关闭NEON的向量功能、仅启用标量浮点支持。而默认配置下，只要芯片实现了浮点扩展，完整的NEON（包含标量+向量浮点）就是标配——ARMv8-A要求所有实现必须支持NEON的标量浮点部分，向量部分虽为可选，但主流芯片都会包含。

2. 不同指令是否由不同单元执行？ #

ARMv8中，传统VFP指令（如FADD）和NEON标量指令（如ADD.F32）本质是同一指令集的不同编码形式，全部由NEON单元执行，不存在指令转换的过程。高端CPU可能会设计多个执行端口并行处理，但逻辑上所有浮点操作都归NEON/FPU单元体系负责，不再区分VFP和NEON的执行单元。

3. 为什么NEON会有标量指令？ #

这是ARMv8整合VFP与NEON功能的直接结果。早期架构中，VFP专司标量浮点，NEON主打向量运算（虽能处理标量但并非核心定位）；到了ARMv8，NEON直接接管了所有浮点操作，原VFP的标量功能被纳入NEON体系，所以NEON现在同时支持标量和向量指令，不用再单独区分VFP模块。

4. 不再作为协处理器后，浮点指令如何运作？ #

ARMv8之前的架构中，VFP/NEON是作为协处理器（CP10/CP11）存在的，需要专门的协处理器指令交互。但ARMv8的A64指令集把浮点、向量指令直接整合进主指令流：

• 不需要再通过协处理器指令切换寄存器，直接使用独立的浮点寄存器组（V0-V31）；
• 浮点指令与整数指令共享前端的取指、译码流程，然后分派到CPU内部的NEON/FPU执行单元处理；
• 这种设计消除了协处理器通信的开销，大幅提升了浮点操作的执行效率。

内容的提问来源于stack exchange，提问作者boltragons