为什么不能用 ADDIW 加零替代？
C.ZEXT.W 将低32位零扩展；ADDIW/C.ADDIW 加零会符号扩展 bit 31。低32位为0x80000001时，两者分别得到0x0000000080000001和0xffffffff80000001。
C.ZEXT.W
RISC-V C.ZEXT.W 指令详解
指令手册C-type16位编码的零扩展字（RV64：低32位零扩展）
指令语法
c.zext.w rd'/rs1'
操作数说明
RV64 Zcb+Zba，Zcb 依赖 Zca；16 位 CU 格式，唯一 rd'/rs1' 字段选择同一 x8-x15 源/目的。
rd'/rs1' 编码为寄存器号减 8；没有立即数，bits[4:2]=100。
把旧寄存器低 32 位零扩展到 64 位；等价于 add.uw rd', rd', zero。
ADDIW/C.ADDIW 加零执行符号扩展，不能替代此零扩展。
Zcb压缩指令
指令行为说明
C.ZEXT.W (Zcb, CU 格式，仅 RV64) 将 rd'/rs1' 的低 32 位零扩展到 64 位，rd'/rs1' 仅限 x8-x15。它需要 Zba 支持，等价于 32 位编码的 add.uw rd', rd', zero。注意 ADDIW/C.ADDIW 加 0 是 32 位符号扩展，不是零扩展。属于 Zcb，依赖 Zca 和 Zba。
C.ZEXT.W 指令解析与执行动画
仅显示官方定义的压缩字段、条件与架构可见状态；不模拟流水线、缓存或时序。
c.zext.w
执行环境
C.ZEXT.W 需要 Zcb、Zba 和 RV64；Zcb 依赖 Zca。
c.zext.w a0 → a0 <- 0x0000000080000001
16 位编码字段
15..13
funct3
100
12..10
fixed
111
9..7
rd'/rs1'
010
6..5
funct2
11
4..2
C.ZEXT.W
100
1..0
op
01
执行数据路径
CU 格式的 rd'/rs1'=010 还原为 a0（x10）；该寄存器既是源也是目的。
EXTZ(0xFFFFFFFF80000001[31:0]) = 0x0000000080000001
a0 <- 0x0000000080000001
尚未提交架构状态。
快速理解与检索要点
C.ZEXT.W 是压缩字零扩展的 16 位编码形式；语义和可编码寄存器限制必须按官方 Zcb 规则理解。
C.ZEXT.W 的官方等价操作是 add.uw rd, rd, zero，用于低 32 位零扩展。
ADDIW/C.ADDIW +0 是 sign-extension 对比项，不是 zext.w 的替代实现。
常见使用场景
寄存器零扩展
RV64 Zcb+Zba，旧 x10=0xffffffff80000001：c.zext.w x10 写 x10=0x0000000080000001。
压缩与代码优化
RV64 Zcb+Zba，旧 x10=0xffffffff80000001：c.zext.w x10 写 x10=0x0000000080000001。
使用前检查清单
语法检查
- RV64 Zcb+Zba，Zcb 依赖 Zca；16 位 CU 格式，唯一 rd'/rs1' 字段选择同一 x8-x15 源/目的。
- rd'/rs1' 编码为寄存器号减 8；没有立即数，bits[4:2]=100。
语义检查
- 把旧寄存器低 32 位零扩展到 64 位；等价于 add.uw rd', rd', zero。
- ADDIW/C.ADDIW 加零执行符号扩展，不能替代此零扩展。
容易混淆 / 常见误区
仅 RV64 可用。
需要 Zba 支持，语义对应 add.uw rd, rd, zero。
不要用 ADDIW/C.ADDIW +0 解释为零扩展；那是 32 位符号扩展。
操作数仅限 x8-x15，高 32 位清零。
常见问题
哪些寄存器与扩展可用？
仅 RV64，单个源/目的为 x8-x15，需要 Zcb、Zba；Zcb 依赖 Zca。