在嵌入式开发中，编译器生成的目标文件一般都是 .hex 文件。 为什么要转换，直接使用hex文件不行吗，可是我在开发过程中一直都是直接生成hex文件，然后进行下载，也没见出错？ 在不清楚hex与bin文件的格式时，可能小伙伴会有这样的疑问。需要进行转换的原因是：hex文件中数据记录（record）并不是按照 “起始地址–>终止地址” 这样的顺序进行排列的，由于每行数据都包含起始地址和数据长度，所以hex文件中数据不需要按照地址顺序从低到高进行排列；而Bin文件中的数据则是严格按照地址顺序进行排列的。

首先需要了解hex文件的格式，可以参考官方资料Intel Hexadecimal Object File Format Specification，也可以看我的另一篇blog——HEX文件说明 。

最近做ECU的上位机下载工具，其中一步是将hex文件的内容转成按地址顺序（从低到高）排列的二进制数据（bin文件）。 于是我找了一个转换工具——hex2bin，源码地址。下面我就该工具的整个转换过程进行一些分析。 整个过程主要分为两步： 1. 遍历整个hex文件，找出最小地址和最大地址（也就是起始地址和结束地址），算出数据长度（数据长度=结束地址-起始地址），根据得到的数据长度，分配对应大小的内存（开辟一个数组）； 2. 再次遍历整个hex文件，计算每条数据记录中的起始地址与hex文件起始地址的偏移量，按照偏移量将该条数据记录中的数据部分写入第一步的数组中。（这样就实现了按照从低到高的地址顺序排列整个hex文件的数据）。 最后只需要将该数组写出到文件中即可。

首先使用FILE * fopen(const char * path, const char * mode);打开hex文件，然后是第一次遍历，找出起始地址和数据长度。

最后将数组中的内容输出到文件，即可得到bin文件。

按照上面的思路我用Java写了一个转换类（用在上面提到的ECU下载工具中），感兴趣的同学可以看一看。 其中碰到的坑有必要提一下，由于Hex文件中的数据是采用ASC II码的，而Bin文件中的数据是直接使用的二进制（不存在编码），因此在转换过程中涉及到编码转换。另外还有一点需要提一下，由于Java没有无符号型，如果将读到的数据赋给byte型变量，在调试的过程中使用print输出时会看到乱码（数据溢出byte类型的范围）。