CCS编译器为什么把16位的数当成一个字节？

Question

用ccs编译dsp28335的芯片时，发现ccs把16位的数当成一个字节了，这是怎么回事？就是用sizaof求一个int型数据，返回的长度是1。理论上一个int应该是两个字节，返回应该是2。但是为什么是1呢？？？

Answer 1

虽然不了解DSP28335，但我指出一个常见的误解：很多人认为一个字节一定是8位，其实这是不正确的。C标准中亦明确写明，其所支持的字节长度不一定是8位，而是至少是8位；因此，如果某平台一个字节有16位，那是完全正常的。事实上，“字节一般为8位”是近些年才形成的习惯，早些时候的计算机中有很多并不以8位为一个码元进行传输的例子（并且有相当多留到了现在，例如RS232协议通信）。
验证这一猜想也非常简单：查看CHAR_BIT（一般位于limits.h）的值，它揭示了当前target平台下一个字节的实际长度。不出意外的话，你的这个设备的CHAR_BIT应该是16。
补充：一般来讲，开发者的机器上会同时具有多套开发环境，即同一host具有不同的target。虽然不同套件中会有很多相同的部分，但显然地，微处理器开发者要查看的是跨平台工具链的头文件，而不是本地工具链的。通常，跨平台工具链中的头文件会和工具链的bin和lib放在一起，或者至少是一个以target名字命名的子目录（例如gcc-armhf-none-eabi之类的），但是也并不一定；有很多方法可以修改工具链所使用的头文件和运行时库，做开发切忌想当然。因此，最稳妥的方式仍然是把CHAR_BIT保存到变量里用调试器查看——总之就是实际运行一下试试。