模块划分 
C语言模块化程序设计需理解如下概念: 
  (1) 模块即是一个.c文件和一个.h文件的结合,头文件(.h)中是对于该模块接口的声明; 
  (2) 某模块提供给其它模块调用的外部函数及数据需在.h中文件中冠以extern关键字声明; 
  (3) 模块内的函数和全局变量需在.c文件开头冠以static关键字声明; 
  (4) 永远不要在.h文件中定义变量!定义变量和声明变量的区别在于定义会产生内存分配的操作,是汇编阶段的概念;而声明则只是告诉包含该声明的模块在连接阶段从其它模块寻找外部函数和变量。 
一个嵌入式系统通常包括两类模块: 
  (1)硬件驱动模块,一种特定硬件对应一个模块; 
  (2)软件功能模块,其模块的划分应满足低偶合、高内聚的要求。 
多任务还是单任务 
  所谓"单任务系统"是指该系统不能支持多任务并发操作,宏观串行地执行一个任务。而多任务系统则可以宏观并行(微观上可能串行)地"同时"执行多个任务。 
  多任务的并发执行通常依赖于一个多任务操作系统(OS),多任务OS的核心是系统调度器,它使用任务控制块(TCB)来管理任务调度功能。TCB包括任务的当前状态、优先级、要等待的事件或资源、任务程序码的起始地址、初始堆栈指针等信息。调度器在任务被激活时,要用到这些信息。此外,TCB还被用来存放任务的"上下文"(context)。任务的上下文就是当一个执行中的任务被停止时,所要保存的所有信息。通常,上下文就是计算机当前的状态,也即各个寄存器的内容。当发生任务切换时,当前运行的任务的上下文被存入TCB,并将要被执行的任务的上下文从它的TCB中取出,放入各个寄存器中。 
究竟选择多任务还是单任务方式,依赖于软件的体系是否庞大。例如,绝大多数手机程序都是多任务的,但也有一些小灵通的协议栈是单任务的,没有操作系统,它们的主程序轮流调用各个软件模块的处理程序,模拟多任务环境。 
单任务程序典型架构 
  (1)从CPU复位时的指定地址开始执行; 
  (2)跳转至汇编代码startup处执行; 
  (3)跳转至用户主程序main执行,在main中完成: 
  a.初试化各硬件设备; 
  b.初始化各软件模块; 
  c.进入死循环(无限循环),调用各模块的处理函数 
  用户主程序和各模块的处理函数都以C语言完成。用户主程序最后都进入了一个死循环,其首选方案是: 
while(1)
  有的程序员这样写: 
for(;;)
  这个语法没有确切表达代码的含义,我们从for(;;)看不出什么,只有弄明白for(;;)在C语言中意味着无条件循环才明白其意。 
  下面是几个"著名"的死循环: 
  (1)操作系统是死循环; 
  (2)WIN32程序是死循环; 
  (3)嵌入式系统软件是死循环; 
  (4)多线程程序的线程处理函数是死循环。 
  你可能会辩驳,大声说:"凡事都不是绝对的,2、3、4都可以不是死循环"。Yes,you are right,但是你得不到鲜花和掌声。实际上,这是一个没有太大意义的牛角尖,因为这个世界从来不需要一个处理完几个消息就喊着要OS杀死它的WIN32程序,不需要一个刚开始RUN就自行了断的嵌入式系统,不需要莫名其妙启动一个做一点事就干掉自己的线程。有时候,过于严谨制造的不是便利而是麻烦。君不见,五层的TCP/IP协议栈超越严谨的ISO/OSI七层协议栈大行其道成为事实上的标准? 
  经常有网友讨论: 
printf("%d,%d",++i,i++); /* 输出是什么?*/
c = a+++b; /* c=? */ 
  等类似问题。面对这些问题,我们只能发出由衷的感慨:世界上还有很多有意义的事情等着我们去消化摄入的食物。 
  实际上,嵌入式系统要运行到世界末日。 
			
			
			
						
			
 我要赚赏金
