电脑重装了KEIL和ISP，同一个工程编译出来的长度变长了
电脑重装了KEIL和ISP，同一个工程编译出来的长度变长了，之前的代码是从00000h开始到00770h结束的，新编译出来的hex的代码是从00000h开始到00F60h结束的,中间有好多0XFF，这是为什么您提到在重装KEIL和STC ISP后，同一个工程编译出来的HEX文件长度变长，并且从00000h到00F60h结束，中间出现了大量0XFF填充数据。这种情况可能由以下几个原因引起：
1. 编译器版本差异：不同版本的KEIL编译器在代码优化、内存分配以及链接脚本处理上可能存在差异。新版本的KEIL可能对某些库函数或系统初始化代码进行了调整，导致实际占用的代码空间增加。
2. 链接脚本配置变化：在重装过程中，可能重新安装了默认的链接脚本（.sct文件）或未正确加载原有配置。新的链接脚本可能导致了内存区域的扩展，例如将堆栈区、BSS段或未初始化数据段扩大，从而增加了最终HEX文件的大小。
3. 启动文件或系统库更新：KEIL在安装时可能会替换或更新系统启动文件（如startup.s）或标准库文件（如libc.a）。这些文件的改动可能导致代码体积增加，尤其是在启用某些功能（如异常处理、中断向量表等）时。
4. 调试信息或符号表生成：如果新版本的KEIL默认启用了调试信息（如调试符号），这会显著增加HEX文件的大小。尽管HEX文件本身通常不包含调试信息，但编译过程中的中间文件（如.o文件）可能被保留，导致整体编译结果变大。
5. 内存映射变更：部分MCU在不同版本的KEIL中可能采用不同的内存映射方式。例如，某些地址范围可能被预留用于特定用途（如Bootloader、安全存储等），导致代码起始地址或终止地址发生变化。
6. 填充字节（0XFF）的出现：HEX文件中出现大量0XFF通常是由于未使用的内存区域被填充。这可能是由于以下原因：
链接器将未使用的内存区域标记为填充；
编译器在生成代码时增加了额外的填充以满足对齐要求；
项目配置中启用了“Fill Unused Memory”选项，导致未使用部分被写入0XFF。
建议您采取以下步骤进行排查：
检查KEIL的版本是否与之前一致，若不同，尝试回退至旧版本查看是否问题依旧。
查看链接脚本（.sct文件）是否有修改，确认内存区域定义是否合理。
检查项目设置中是否启用了调试信息或符号表生成。
使用KEIL的“Map File”分析代码分布情况，确认哪些模块或段落导致了代码长度增加。
对比前后两个HEX文件的内容，观察是否有新增的代码段或数据段。
综上所述，HEX文件长度变长并出现0XFF填充数据，主要可能由编译器版本、链接脚本、系统库或内存配置变化引起。建议通过上述方法逐一排查，以确定具体原因并进行相应调整。
[本文内容由国芯人工智能辅助生成，仅供参考] Keil的原因，我也遇到过更换keil版本后使用code大小不一致的问题
装这个版本试下
【萌新指南】keil5安装指南（官方渠道方法下载并安装C251, C51） - 仿真/编译器/汇编器/头文件 国芯人工智能技术交流网站 - AI32位8051交流社区
页:
[1]