单片机位数编程差别

单位时间内处理的数据量不同（数据量大的时候，数据包大小不同）

为什么现在的CPU要从32位再上一层到64位，就是因为数据分析处理速度会加倍提升。

低位数单片机在处理超过自身位数的数据时，它的计算速度会慢很多很多，不是两倍那么简单。

比如同样时钟频率下，你用8位MCU处理一个16位的数据，那么，你用16位MCU的时候，它有可能是1uS，可用8位的就不止10uS了。

8位单片机，典型的是51系列的，再高级点用AVR、pic的，功能方面，似乎都不会很复杂，一般可能是控制类的多一下。一般不跑嵌入式OS。

16位的单片机，我接触的主要是MSP430，感觉16位的单片机比较尴尬，高不成低不就，要求低一点，8位MCU就够，高级点不如用32位MCU。一般不跑嵌入式OS。16位就不说了

32位的，就高级点了，一般能跑嵌入式OS，例如ucos2，ucos3，uclinux等等，能做更多复杂的功能。用OS和不用OS的话，编程的思路差异比较大。功能一般有面向控制的，也有简单消费类电子的。

32位在某些情况下需要对齐,对datafalsh读写时地址要是4的整数倍

编程方面如果RAM足够考虑到效率问题尽可能用32位变量,不过貌似编译器会根据情况自动把char换成int32

速度，精度，功能。

位数不同，一个指令内处理的数据量也不同，比如你在八位机上想实现32位乘法，就得设计一个算法才能实现，而在高于32位的机器上，只需要赋值，计算就可以了。

位数的不同也意味着直接寻址空间的不同，比如说32位的cpu（不考虑pae），其可直接寻址的能力是4G，而真正的8位机那就只有256字节了（幸亏很多8位机的地址总线是16位的。。。），寻址能力的扩大允许在同一个地址空间之内有更多的程序并存，可以直接操作更多的内存，对处理能力的提升是巨大的。而如果你能够寻址的能力有限，可要处理很多的事情，就得考虑某些库的动态加载和链接，对于嵌入式来说还是有点痛苦。

对于编译器来说，不用位数的cpu意味着数据长度的不同，比如说在16位机多数默认int为16位数，而在32位机上默认为32位数，这也就是很多编程规范里面要求尽量使用uint32或者uint16这样的数据定义，而避免使用int的原因。

大小端的差别，位数高于8的机器，你就要考虑大小端差异了，这是件头疼的事。

还有一个要说的是寻址模式，32位的RISC类型cpu多数要求在寻址时做到边界对齐，而8位机才完全没必要考虑这个。

其他还有很多差别，一时无法完全描述出来，还得在实践中慢慢体会。

速度，精度，功能。

速度，精度.

速度，精度，功能。