它一定等价于同名 32 位指令吗？
不一定。有些 C/Zc 指令是常见 32 位指令的压缩形式，有些有专门的栈帧或查表语义。
CM.JT
RISC-V CM.JT 指令详解
指令手册C-type通过跳转向量表间接跳转
指令语法
cm.jt index
操作数说明
压缩指令仅 16 位，寄存器选择通常限制在 x8–x15。
立即数字段较窄，查看特定压缩指令的完整编码。
Zcmt跳转与控制转移压缩指令
指令行为说明
CM.JT (Zcmt) 仅在 index=0-31 时解码；它从 JVT CSR 的 base 加上 RV32 的 index<<2 或 RV64 的 index<<3 所得指令存储器表项取目标，并将表项地址的 bit 0 清零后写入 pc。仅 jvt.mode=0 定义该行为；保留 mode 使该指令保留。它复用 c.fsdsp 编码，与 Zcd 不兼容；Zcmt 依赖 Zca 和 Zicsr。
CM.JT 指令解析与执行动画
仅显示官方定义的压缩字段、条件与架构可见状态；不模拟流水线、缓存或时序。
cm.jt
执行环境
Zcmt 表项按当前数据端序，作为指令存储器取指；JVT base 必须至少 64 字节对齐。
PC <- 0x80001000
16 位编码字段
15..13
funct3
101
12..10
fixed
000
9..2
index
00000011
1..0
op
10
执行数据路径
CM.JT 的 8 位 index=3 来自 bits[9:2]；它小于 32，因此解码为当前指令。
0x0000200C = 0x00002000 + (3 << 2); PC' = 0x80001001 & ~1 = 0x80001000
PC <- 0x80001000
尚未提交架构状态。
快速理解与检索要点
CM.JT 使用 8 位 index 的 0-31 范围查找 JVT 表项，并跳到清除 bit 0 的表项地址，不写入 ra。
index>=32 解码为 CM.JALT；CM.JT 的 index 必须为 0-31。
仅 jvt.mode=0 定义表跳转；两次隐式取指中的任一次异常都不会提交普通跳转。
常见使用场景
分支与跳转
结合 «cm.jt 3 # jump via table entry 3» 等实际代码理解该场景。
压缩与代码优化
结合 «cm.jt 3 # jump via table entry 3» 等实际代码理解该场景。
使用前检查清单
语法检查
- 确认压缩指令 16 位编码只在支持 C 扩展的 CPU 上可用。
- 确认 rd/rs1'/rs2' 字段映射到 x8–x15。
语义检查
- 注意压缩指令的操作数空间有限。
- 确认这条压缩指令有对应的 32 位展开形式。
容易混淆 / 常见误区
index 只能为 0-31；32-255 会解码为 CM.JALT。
jvt.mode 必须为 0；保留 mode 使该指令保留。
表项作为指令存储器取指，目标地址 bit 0 会清零；本指令不写入 ra。
常见问题
为什么要关注寄存器限制？
许多 16 位编码只能表示压缩寄存器子集或固定寄存器，如 sp、ra、a0/a1。