Intel HEX解析器开发：03与05记录类型互转及格式转换需求
2026-5-20
处理Intel HEX中03（起始段地址）和05（起始线性地址）记录的实用思路
我来帮你理清这两个记录的核心逻辑，结合你要实现的「任意格式输入转任意格式输出」需求拆解：
首先得明确：03和05记录都是用来指定程序的执行起始地址，但分别对应两种寻址体系，和扩展地址记录（02段扩展、04线性扩展）是配套但职责完全不同的——扩展地址是用来扩展数据记录的寻址范围，而这两个是标记程序入口点。
03（起始段地址）记录的处理
- 格式细节：
:LLAAA03SSSSCSIP，其中SSSS是段寄存器值，CSIP是偏移量，实际起始地址计算为(SSSS << 4) + CSIP（实模式下的20位物理地址） - 解析逻辑：
- 解析时，把这个起始地址转换成32位线性地址（实模式下直接零扩展到32位即可），同时标记当前输入是段寻址体系
- 如果后续要转成线性寻址输出，直接用这个32位地址生成05记录就行
- 输出逻辑：
- 当用户指定输出段寻址格式时，把目标起始32位地址拆成段和偏移：
SSSS = (target_addr >> 4) & 0xFFFF，CSIP = target_addr & 0xFFFF，然后生成03记录
- 当用户指定输出段寻址格式时，把目标起始32位地址拆成段和偏移：
05（起始线性地址）记录的处理
- 格式细节：
:LLAAA05AAAA，这里的AAAA是完整的32位线性起始地址 - 解析逻辑：
- 解析时直接存储这个32位地址，标记当前输入是线性寻址体系
- 如果要转成段寻址输出，按实模式规则拆成段+偏移即可（同上段寻址的拆法）
- 输出逻辑：
- 指定输出线性寻址格式时，直接用32位起始地址生成05记录
结合格式转换的关键注意点
- 内部统一存储：不管输入是段还是线性寻址，建议内部都用32位线性地址来统一管理所有数据地址和起始地址，段信息可以作为元数据保留，但核心用线性地址避免混淆
- 冲突处理：如果输入的HEX里同时出现03和05记录（虽然Intel规范不建议混用），以最后出现的那个记录为准，因为它代表最终的程序入口点
- 扩展地址与起始地址的配套：输出时要保证扩展地址类型和起始地址类型一致——比如输出段寻址就用02+03，输出线性寻址就用04+05，绝对不能混用
内容的提问来源于stack exchange，提问作者Aidenhjj
