有意思

从LZ的文章可以看出
这都是软件不懂硬件给害的。
特别是从PC转嵌入式的人，以为在PC上OK了，到嵌入式板只是移植问题。
其实这里头受很多硬件资源的制约。

橘生淮南则为桔，生于淮北则为枳。

回复【51楼】XA144F  
当然，还有的人叫嚣说c语言是王道，汇编可以完全抛弃。
-----------------------------------------------------------------------

我一直就这么主张，认为假如项目一定需要使用汇编，就是两个原因：
1、程序结构垃圾。
2、该换用速度更快容量更大的CPU。

90%的原因是第一条。

52L：不尽然。

1.程序结构垃圾——如何定义“垃圾”？是编程者的算法不好还是C编译器的编译结果不好？

2.该换用速度更快容量更大的CPU——对我来说，接受客户要求定制仪器时，成本是不用考虑的，所以使用更快更大的CPU无所谓，靠的是高速优势来弥补因为代码冗长造成的效率低。但是对于批量生产的产品而言，成本是老板最关心的问题，即保证性能的同时要成本最低。

对单片机而言，现在的编译器可以做到很高的代码效率。简单的说，你用C写出一段代码，然后以你想象的方式翻译为最精简的汇编代码，然后将编译器输出的结果与之比较，看看有多大差别……

使用C语言的好处就是让编译器给你生成运算的代码，而不用自己去设计，比如让8位单片机完成16-16的乘除法运算，如果让用户用汇编来写，绝对的会让人头大。但并不是说C语言是万能的，比如这样一段C语言代码，在51单片机中编译的：

main()
        {
                char a,b,c,d;
                a=255;
                b=16;
                c=a/b;
                d=a%b;
        }

所有变量都是8位的字符型，所以对于51单片机而言是最好处理的，但是keil编译器如何应对的这个8-8除法运算？这是编译器生成的函数，可以直接得到商和余数：

                 C?SCDIV:
C:0x0003    C2D5     CLR      F0(0xD0.5)
C:0x0005    30F707   JNB      0xF0.7,C:000F
C:0x0008    B2D5     CPL      F0(0xD0.5)
C:0x000A    63F0FF   XRL      B(0xF0),#0xFF
C:0x000D    05F0     INC      B(0xF0)
C:0x000F    30E70C   JNB      0xE0.7,C:001E
C:0x0012    B2D5     CPL      F0(0xD0.5)
C:0x0014    F4       CPL      A
C:0x0015    04       INC      A
C:0x0016    84       DIV      AB
C:0x0017    63F0FF   XRL      B(0xF0),#0xFF
C:0x001A    05F0     INC      B(0xF0)
C:0x001C    8001     SJMP     C:001F
C:0x001E    84       DIV      AB
C:0x001F    30D502   JNB      F0(0xD0.5),C:0024
C:0x0022    F4       CPL      A
C:0x0023    04       INC      A
C:0x0024    22       RET      

如果照汇编来写，那只有几条指令（a在R6，b在R7，c在0x08，d在0x09）：

MOV A,R6
MOV B R7
DIV AB
MOV 0x08,A
MOV 0x09,B

哪个更快？

我没有说要一定使用汇编或C语言，而是根据自己的需要来决定，或者说在C中加入汇编也是很不错的。

PS：对黑客而言，汇编语言中几条指令的效果如同催化剂，比调用几个API函数简单有效的多——比如“缓冲区溢出攻击”，只要找到缓冲区的溢出点，就将汇编指令对应的机器代码注入，那就可以控制别人的计算机了。所以汇编语言是黑客的必修课，只是知道用现成的软件的都不能称为黑客。

lz：这事你别说的太细