介绍几种主流嵌入式操作系统的特点，并分析比较 哥们，我现在纠结这个问题，可以给点指点吗

Posted 2023-04-07

我的家当就这点分，都给你，把你在哪弄到答案告诉我也行，万分感谢
只需要几种主流操作系统的特点和比较就行，比如uCLinux、RTLinux、VxWorkseCos、uC/OS-II 它们各有什么特点区别

如果你是学习阶段的话，那LINUX和UCOS-II是比较合适的
uc/os和uclinux操作系统是两种性能优良源码公开且被广泛应用的的免费嵌入式操作系统，可以作为研究实时操作系统和非实时操作系统的典范。本文通过对 uc/os和uclinux的对比，分析和总结了嵌入式操作系统应用中的若干重要问题，归纳了嵌入式系统开发中操作系统的选型依据。
　　两种开源嵌入式操作系统介绍
　　uc/os和uclinux操作系统，是当前得到广泛应用的两种免费且公开源码的嵌入式操作系统。uc/os适合小型控制系统，具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点，最小内核可编译至2k。uclinux则是继承标准linux 的优良特性，针对嵌入式处理器的特点设计的一种操作系统，具有内嵌网络协议、支持多种文件系统，开发者可利用标准linux先验知识等优势。其编译后目标文件可控制在几百k量级。
　　uc/os是一种免费公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统。其内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能。
　　uclinux是一种优秀的嵌入式linux版本。uclinux是micro-conrol-linux的缩写。同标准linux相比，它集成了标准linux操作系统的稳定性、强大网络功能和出色的文件系统等主要优点。但是由于没有mmu(内存管理单元)，其多任务的实现需要一定技巧。
　　两种嵌入式操作系统主要性能比较
　　嵌入式操作系统是嵌入式系统软硬件资源的控制中心，它以尽量合理的有效方法组织多个用户共享嵌入式系统的各种资源。其中用户指的是系统程序之上的所有软件。所谓合理有效的方法，指的就是操作系统如何协调并充分利用硬件资源来实现多任务。复杂的操作系统都支持文件系统，方便组织文件并易于对其规范化操作。
　　嵌入式操作系统还有一个特点就是针对不同的平台，系统不是直接可用的，一般需要经过针对专门平台的移植操作系统才能正常工作。进程调度、文件系统支持和系统移植是在嵌入式操作系统实际应用中最常见的问题，下文就从这几个角度入手对uc/os和uclinux进行分析比较。
　　进程调度
　　任务调度主要是协调任务对计算机系统内资源(如内存、i/o设备、cpu)的争夺使用。进程调度又称为cpu调度，其根本任务是按照某种原则为处于就绪状态的进程分配cpu。由于嵌入式系统中内存和i/o设备一般都和cpu同时归属于某进程，所以任务调度和进程调度概念相近，很多场合不加区分，下文中提到的任务其实就是进程的概念。
　　进程调度可分为"剥夺型调度"和"非剥夺型调度"两种基本方式。所谓"非剥夺型调度"是指：一旦某个进程被调度执行，则该进程一直执行下去直至该进程结束，或由于某种原因自行放弃cpu进入等待状态，才将cpu重新分配给其他进程。所谓"剥夺型调度"是指：一旦就绪状态中出现优先权更高的进程，或者运行的进程已用满了规定的时间片时，便立即剥夺当前进程的运行(将其放回就绪状态)，把cpu分配给其他进程
作为实时操作系统，uc/os是采用的可剥夺型实时多任务内核。可剥夺型的实时内核在任何时候都运行就绪了的最高优先级的任务。uc/os中最多可以支持64 个任务，分别对应优先级0~63，
　　其中0为最高优先级。调度工作的内容可以分为两部分：最高优先级任务的寻找和任务切换。
　　其最高优先级任务的寻找是通过建立就绪任务表来实现的。uc/os中的每一个任务都有独立的堆栈空间，并有一个称为任务控制块tcb(task control block)数据结构，其中第一个成员变量就是保存的任务堆栈指针。任务调度模块首先用变量 ostcbhighrdy记录当前最高级就绪任务的tcb地址，然后调用os_task_sw() 函数来进行任务切换。
　　uclinux的进程调度沿用了linux的传统，系统每隔一定时间挂起进程，同时系统产生快速和周期性的时钟计时中断，并通过调度函数(定时器处理函数)决定进程什么时候拥有它的时间片。然后进行相关进程切换，这是通过父进程调用fork 函数生成子进程来实现的。
　　uclinux系统fork调用完成后，要么子进程代替父进程执行(此时父进程已经 sleep)，直到子进程调用exit退出；要么调用exec执行一个新的进程，这个时候产生可执行文件的加载，即使这个进程只是父进程的拷贝，这个过程也不可避免。当子进程执行exit或exec后，子进程使用wakeup把父进程唤醒，使父进程继续往下执行。
　　uclinux由于没有mmu管理存储器，其对内存的访问是直接的，所有程序中访问的地址都是实际的物理地址。操作系统队内存空间没有保护，各个进程实际上共享一个运行空间。这就需要实现多进程时进行数据保护，也导致了用户程序使用的空间可能占用到系统内核空间，这些问题在编程时都需要多加注意，否则容易导致系统崩溃。
　　由上述分析可以得知，uc/os内核是针对实时系统的要求设计实现的，相对简单，可以满足较高的实时性要求。而uclinux则在结构上继承了标准linux的多任务实现方式，仅针对嵌入式处理器特点进行改良。其要实现实时性效果则需要使系统在实时内核的控制下运行，rt-linux就是可以实现这一个功能的一种实时内核。
　　文件系统
　　所谓文件系统是指负责存取和管理文件信息的机构，也可以说是负责文件的建立、撤销、组织、读写、修改、复制及对文件管理所需要的资源(如目录表、存储介质等)实施管理的软件部分。
　　uc/os是面向中小型嵌入式系统的，如果包含全部功能(信号量、消息邮箱、消息队列及相关函数)，编译后的uc/os内核仅有6~10kb，所以系统本身并没有对文件系统的支持。但是uc/os具有良好的扩展性能，如果需要的话也可自行加入文件系统的内容。
　　uclinux则是继承了linux完善的文件系统性能。其采用的是romfs文件系统，这种文件系统相对于一般的ext2文件系统要求更少的空间。空间的节约来自于两个方面，首先内核支持romfs文件系统比支持ext2文件系统需要更少的代码，其次romfs文件系统相对简单，在建立文件系统超级块(superblock)需要更少的存储空间。romfs文件系统不支持动态擦写保存，对于系统需要动态保存的数据采用虚拟ram盘的方法进行处理(ram盘将采用ext2文件系统)。
　　uclinux还继承了linux网络操作系统的优势，可以很方便的支持网络文件系统且内嵌tcp/ip协议，这为uclinux开发网络接入设备提供了便利。
　　由两种操作系统对文件系统的支持可知，在复杂的需要较多文件处理的嵌入式系统中uclinux是一个不错的选择。而uc/os则主要适合一些控制系统。
　　操作系统的移植
　　嵌入式操作系统移植的目的是指使操作系统能在某个微处理器或微控制器上运行。uc/os和uclinux都是源码公开的操作系统，且其结构化设计便于把与处理器相关的部分分离出来，所以被移植到新的处理器上是可能的。
　　以下对两种系统的移植分别予以说明。
　　(1)uc/os的移植
　　要移植uc/os，目标处理器必须满足以下要求；
　　·处理器的c编译器能产生可重入代码，且用c语言就可以打开和关闭中断；
　　·处理器支持中断，并能产生定时中断；
　　·处理器支持足够的ram(几k字节)，作为多任务环境下的任务堆栈；
　　·处理器有将堆栈指针和其他cpu寄存器读出和存储到堆栈或内存中的指令。
　　在理解了处理器和c编译器的技术细节后，uc/os的移植只需要修改与处理器相关的代码就可以了。
　　具体有如下内容：
　　·os_cpu.h中需要设置一个常量来标识堆栈增长方向；
　　·os_cpu.h中需要声明几个用于开关中断和任务切换的宏；
　　·os_cpu.h中需要针对具体处理器的字长重新定义一系列数据类型；
　　·os_cpu_a.asm需要改写4个汇编语言的函数；
　　·os_cpu_c.c需要用c语言编写6个简单函数；
　　·修改主头文件include.h，将上面的三个文件和其他自己的头文件加入。
　　(2)uclinux的移植
　　由于uclinux其实是linux针对嵌入式系统的一种改良，其结构比较复杂，相对 uc/os，uclinux的移植也复杂得多。一般而言要移植uclinux，目标处理器除了应满足上述uc/os应满足的条件外，还需要具有足够容量(几百k字节以上)外部rom和ram。
　　uclinux的移植大致可以分为3个层次：
　　·结构层次的移植，如果待移植处理器的结构不同于任何已经支持的处理器结构，则需要修改linux/arch目录下相关处理器结构的文件。虽然uclinux内核代码的大部分是独立于处理器和其体系结构的，但是其最低级的代码也是特定于各个系统的。这主要表现在它们的中断处理上下文、内存映射的维护、任务上下文和初始化过程都是独特的。这些例行程序位于linux/arch/目录下。由于linux所支持体系结构的种类繁多，所以对一个新型的体系，其低级例程可以模仿与其相似的体系例程编写。
　　·平台层次的移植，如果待移植处理器是某种uclinux已支持体系的分支处理器，则需要在相关体系结构目录下建立相应目录并编写相应代码。如mc68ez328就是基于无mmu的m68k内核的。此时的移植需要创建 linux/arch/m68knommu/platform/ mc68ez328目录并在其下编写跟踪程序(实现用户程序到内核函数的接口等功能)、中断控制调度程序和向量初始化程序等。
　　·板级移植，如果你所用处理器已被uclinux支持的话，就只需要板级移植了。板级移植需要在linux/arch/?platform/中建立一个相应板的目录，再在其中建立相应的启动代码crt0_rom.s或crt0_ram.s和链接描述文档rom.ld或ram.ld就可以了。板级移植还包括驱动程序的编写和环境变量设置等内容。
　　结语
　　通过对uc/os和uclinux的比较，可以看出这两种操作系统在应用方面各有优劣。 uc/os占用空间少，执行效率高，实时性能优良，且针对新处理器的移植相对简单。uclinux则占用空间相对较大，实时性能一般，针对新处理器的移植相对复杂。但是，uclinux具有对多种文件系统的支持能力、内嵌了tcp/ip协议，可以借鉴linux丰富的资源，对一些复杂的应用，uclinux具有相当优势。例如cisco 公司的 2500/3000/4000 路由器就是基于uclinux操作系统开发的。总之，操作系统的选择是由嵌入式系统的需求决定的。简单的说就是，小型控制系统可充分利用uc/os小巧且实时性强的优势，如果开发pda和互联网连接终端等较为复杂的系统则uclinux是不错的选择。

还有就是如果从开发的工具方便好用，易用的角度来看，那些收费的系统用起来更爽一些追问

还有其他操作系统比较分析吗

参考技术A 1. uC/OS—II

uC/OS—II是赫赫有名的开源嵌入式OS（Operating System），但如果用于商业目的，需要授权。内核简单清晰，是学习嵌入式 实时操作系统极好的入门材料。近来增加了uC/GUI图形界面，uC/FS文件系统，uC/TCP网络功能，这些都是要收费的。进行简单的开发还是不错的选择。 在8位的51系列单片机用的很多，16位、32位也支持。
2. FreeDOS

FreeDOS，是开源的兼容DOS。自从微软抛弃DOS，一心一意谋Windows，开源社区就开发了FreeDOS。DOS的几个缺点：单进程，网络功能弱。用于DOS免费的网络协议栈已经有了。要做真正的嵌入式，当慢腾腾又臃肿 的AWORD生产的Bios伤你的心时，你需要开发一个嵌入式的BIOS，主要用X86汇编。台湾很多公司喜欢用兼容DOS，毕竟DOS时代的程序员还在。FreeDOS是X86系列嵌入式OS的首选，特别是80186兼容的16位，80386兼容的32位。
3. eCOS

eCOS是真正的GPL实时嵌入式OS，大概比uC/OS-II大一倍，是因为Linux的实时性不好开发的，很有前途，只是中国学eCOS的很少。
4. Linux

Linux如此有名，但因为实时性问题，只能用在要求不高的嵌入式系统中。 不过有几家大公司比如风河，在开发高实时性的Linux。Linux的前途越来越好，我是说服务器和嵌入式，不是说桌面。Linux是32位，不是16位，ARM9用的多。
5. uCLinux

uCLinux，32位ARM7TDMI的首选。主要用于没有MMU的CPU，简单的说是没有虚拟内存。
6. RTLinux

RTLinux，Linux的实时扩展，商业目的需要收费，主要是实时API作为驱动模块加载到内核，架空Linux的底层，通过实时FIFO进程间通讯。
7. RTAI

RTAI，类似于RTLinux，真正GPL，我看前途比RTLinux好，结构清晰，有实时串口API，实时TCP等。
8. FreeRTOS

FreeRTOS这是一个开源的项目，属于轻量级内核，API比较全，支持AVR、ARM、MSP430等处理器，同时有移植好的uIP。
9. RTEMS

RTEMS是前美国军方研制的嵌入式系统, 最早用于美国国防系统，早期的名称为实时导弹系统（Real Time Executive for Missile Systems），后来改名为实时军用系统（Real Time Executive for Military Systems）, 目前的全称是实时(Real Time Executive for Multiprocessor Systems)用，他的特点是非常的稳定，而且速度快。现在是一个开源项目的RTOS。
下面是比较贵的或不开源的嵌入式OS，简单列出，对于我们个人而言，购买是不太现实的，破解版在市场 上也是不多，而且大多数并不能用。
WinCE.net：微软嵌入式的主力，不过风头没有桌面好，而且硬实时有问题（比Linux强一些），个头也很大。
Palm：PDA上的主力，现在好像在衰落。

Symbian：在手机上的主力。
VRTX：80年代的，世界最早的嵌入式实时OS。
PSOS：也很老了，被风河收购，好像不重视。
VxWorks：大名鼎鼎的风河公司的主产品。
QNX：主要在X86构架的CPU上，开始向其它器件移植。
Lynx：与Posix兼容性很好，也就是与Linux源代码级兼容很好，用得也比较多。
JavaOS：基于Java技术，编写手机游戏的朋友们应该很熟悉。
OSE：瑞典公司开发，用于电信行业，他们在做OSE＋Linux双系统。
Nucleus：源代码授权，自称1995年成为全球第一大源代码RTOS厂商，技术比较先进。
ThreadX：比较便宜，应用广泛的实时OS。
I—TRON：日本专用，垄断日本市场，在其它国家几乎没人用。不过日本的技术使他有资格独搞一套。
Hope（从Linux裁剪整理的）和DeltaOS：是我们中国的产品，作为一个中国人应该支持自己的IT产业，不过如果想要有大的发展，还要不断努力，祝我们国人能够 成功。本回答被提问者采纳 参考技术B 常见系统 个有千秋 关键你做什么用
　　uC/OS II 　　RT-thread 　　uCLinux 　　FreeRTOS 　　RTX 　　Arm-Linux 　　VxWorks 　　RTEMS 　　pSOS 　　Nucleus 　　PalmOS 　　Windows CE 　　Windows XP Embedded 　　Windows Vista Embedded 　　嵌入式Linux 　　ECOS 　　QNX 　　Lynx 　　Symbian 　　android 　　Meamo 　　Meego

参考资料：http://baike.baidu.com/view/18554.htm

参考技术C 我的主意最好

嵌入式系统的技术特点及广泛运用

基于嵌入式系统的概念，阐述嵌入式系统的关键技术、嵌入式开发以及广泛的应用。
分析嵌入式系统的技术特点，分别从嵌入式处理器和嵌入式操作系统两方面介绍，着重说明它不同于其它操作系统的一些处理方法和过程；在此基础上阐述嵌入式软件的开发过程，并结合作者嵌入式软件开发的实践，着重阐述嵌入式软件的一些开发技巧。
介绍目前嵌入式系统一些流行的应用，最后，给出自身的体会，展望嵌入式系统的前景。

在当前数字信息技术和网络技术高速发展的后PC（Post-PC）时代，嵌入式系统已经广泛地渗透到科学研究、工程设计、军事技术、各类产业和商业文化艺术以及人们的日常生活等方方面面中。随着国内外各种嵌入式产品的进一步开发和推广，嵌入式技术越来越和人们的生活紧密结合。
1970年左右出现了嵌入式系统的概念，此时的嵌入式系统很多都不采用操作系统，它们只是为了实现某个控制功能，使用一个简单的循环控制对外界的控制请求进行处理。当应用系统越来越复杂、利用的范围越来越广泛的时候，每添加一项新的功能，都可能需要从头开始设计。没有操作系统已成为一个最大的缺点了。
C语言的出现使操作系统开发变得简单。从上世纪80年代开始，出现了各种各样的商用嵌入式操作系统百家争鸣的局面，比较著名的有VxWorks、pSOS和Windows CE等等，这些操作系统大部分是为专有系统而开发的。另外，源代码开放的嵌入式Linux，由于其强大的网络功能和低成本，近来也得到了越来越多的应用。

01—嵌入式系统的技术特点
嵌入式系统通常包括构成软件的基本运行环境的硬件和操作系统两部分。嵌入式系统的运行环境和应用场合决定了嵌入式系统具有区别于其它操作系统的一些特点。
1.1 嵌入式处理器嵌入式处理器可以分为三类：嵌入式微处理器、嵌入式微控制器、嵌入式DSP（Digital Signal Processor）。嵌入式微处理器就是和通用计算机的微处理器对应的CPU。在应用中，一般是将微处理器装配在专门设计的电路板上，在母板上只保留和嵌入式相关的功能即可，这样可以满足嵌入式系统体积小和功耗低的要求。目前的嵌入式处理器主要包括：PowerPC、Motorola 68000、ARM系列等等。
嵌入式微控制器又称为单片机，它将CPU、存储器（少量的RAM、ROM或两者都有）和其它外设封装在同一片集成电路里。常见的有8051。
嵌入式DSP专门用来对离散时间信号进行极快的处理计算，提高编译效率和执行速度。在数字滤波、FFT、谱分析、图像处理的分析等领域，DSP正在大量进入嵌入式市场。
1.2 微内核结构大多数操作系统至少被划分为内核层和应用层两个层次。内核只提供基本的功能，如建立和管理进程、提供文件系统、管理设备等，这些功能以系统调用方式提供给用户。一些桌面操作系统，如Windows、Linux等，将许多功能引入内核，操作系统的内核变得越来越大。内核变大使得占用的资源增多，剪裁起来很麻烦。
大多数嵌入式操作系统采用了微内核结构，内核只提供基本的功能，比如：任务的调度、任务之间的通信与同步、内存管理、时钟管理等。其它的应用组件，比如网络功能、文件系统、GUI系统等均工作在用户态，以系统进程或函数调用的方式工作。因而系统都是可裁减的，用户可以根据自己的需要选用相应的组件。

1.3 任务调度在嵌入式系统中，任务即线程。大多数的嵌入式操作系统支持多任务。多任务运行的实现实际是靠CPU在多个任务之间切换、调度。每个任务都有其优先级，不同的任务优先级可能相同也可能不同。
任务的调度有三种方式：可抢占式调度、不可抢占式调度和时间片轮转调度。不可抢占式调度是指，一个任务一旦获得CPU就独占CPU运行，除非由于某种原因，它决定放弃CPU的使用权；可抢占式调度是基于任务优先级的，当前正在运行的任务可以随时让位给优先级更高的处于就绪态的其它任务；当两个或两个以上任务有同样的优先级，不同任务轮转地使用CPU，直到系统分配的CPU时间片用完，这就是时间片轮转调度。

目前，大多数嵌入式操作系统对不同优先级的任务采用基于优先级的抢占式调度法，对相同优先级的任务则采用时间片轮转调度法。

1.4 硬实时和软实时有些嵌入式系统对时间的要求较高，称之为实时系统。有两种类型的实时系统：硬实时系统和软实时系统。软实时系统并不要求限定某一任务必须在一定的时间内完成，只要求各任务运行得越快越好；硬实时系统对系统响应时间有严格要求，一旦系统响应时间不能满足，就可能会引起系统崩溃或致命的错误，一般在工业控制中应用较多。

1.5 内存管理针对有内存管理单元（MMU）的处理器设计的一些桌面操作系统，如Windows、Linux，使用了虚拟存储器的概念。虚拟内存地址被送到MMU。在这里，虚拟地址被映射为物理地址，实际存储器被分割为相同大小的页面，采用分页的方式载入进程。一个程序在运行之前，没有必要全部装入内存，而是仅将那些当前要运行的部分页面装入内存运行。

大多数嵌入式系统针对没有MMU的处理器设计，不能使用处理器的虚拟内存管理技术，采用的是实存储器管理策略。因而对于内存的访问是直接的，它对地址的访问不需要经过MMU，而是直接送到地址线上输出，所有程序中访问的地址都是实际的物理地址；而且，大多数嵌入式操作系统对内存空间没有保护，各个进程实际上共享一个运行空间。一个进程在执行前，系统必须为它分配足够的连续地址空间，然后全部载入主存储器的连续空间。
由此可见，嵌入式系统的开发人员不得不参与系统的内存管理。从编译内核开始，开发人员必须告诉系统这块开发板到底拥有多少内存；在开发应用程序时，必须考虑内存的分配情况并关注应用程序需要运行空间的大小。另外，由于采用实存储器管理策略，用户程
序同内核以及其它用户程序在一个地址空间，程序开发时要保证不侵犯其它程序的地址空间，以使得程序不至于破坏系统的正常工作，或导致其它程序的运行异常；因而，嵌入式系统的开发人员对软件中的一些内存操作要格外小心。

1.6 内核加载方式嵌入式操作系统内核可以在Flash上直接运行，也可以加载到内存中运行。Flash的运行方式，是把内核的可执行映像烧写到Flash上，系统启动时从Flash的某个地址开始执行。这种方法实际上是很多嵌入式系统所采用的方法。内核加载方式是把内核的压缩文件存放在Flash上，系统启动时读取压缩文件在内存里解压，然后开始执行。这种方式相对复杂一些，但是运行速度可能更快，因为RAM的存取速率要比Flash高。

由于嵌入式系统的内存管理机制，嵌入式操作系统对用户程序采用静态链接的形式。在嵌入式系统中，应用程序和操作系统内核代码编译、链接生成一个二进制影像文件来运行。

02—嵌入式系统开发相关技术
相对于在Windows环境下的开发应用程序，嵌入式系统开发有着很多的不同。不同的硬件平台和操作系统带来了许多附加的开发复杂性。

2.1 嵌入式开发过程在嵌入式开发过程中有宿主机和目标机的角色之分：宿主机是执行编译、链接、定址过程的计算机；目标机指运行嵌入式软件的硬件平台。首先须把应用程序转换成可以在目标机上运行的二进制代码。
这一过程包含三个步骤：编译、链接、定址。编译过程由交叉编译器实现。所谓交叉编译器就是运行在一个计算机平台上并为另一个平台产生代码的编译器。常用的交叉编译器有GNU C++/C++（gcc）。
编译过程产生的所有目标文件被链接成一个目标文件，称为链接过程。定址过程会把物理存储器地址指定给目标文件的每个相对偏移处。该过程生成的文件就是可以在嵌入式平台上执行的二进制文件。

嵌入式开发过程中另一个重要的步骤是调试目标机上的应用程序。嵌入式调试采用交叉调试器，一般采用宿主机-目标机的调试方式，它们之间由串行口线或以太网或BDM线相连。交叉调试有任务级、源码级和汇编级的调试，调试时需将宿主机上的应用程序和操作系统内核下载到目标机的RAM中或直接烧录到目标机的ROM中。

目标监控器是调试器对目标机上运行的应用程序进行控制的代理（Debugger Agent），事先被固化在目标机的Flash、ROM中，在目标机上电后自动启动，并等待宿主机方调试器发来的命令，配合调试器完成应用程序的下载、运行和基本的调试功能，将调试信息返回给宿主机。

2.2 向嵌入式平台移植软件大部分嵌入式开发人员选用的软件开发模式是先在PC机上编写软件，再进行软件的移植工作。在PC机上编写软件时，要注意软件的可移植性，选用具有较高移植性的编程语言（如C语言），尽量少调用操作系统函数，注意屏蔽不同硬件平台带来的字节顺序、字节对齐等问题。以下是我们在移植协议栈过程中的一些体会。

2.2.1 字节顺序字节顺序是指占内存多于一个字节类型的数据在内存中的存放顺序，通常有小端、大端两种字节顺序。小端字节序指低字节数据存放在内存低地址处，高字节数据存放在内存高地址处；大端字节序是高字节数据存放在低地址处，低字节数据存放在高地址处。基于X86平台的PC机是小端字节序的，而有的嵌入式平台则是大端字节序的。
因而对int、uint16、uint32等多于1字节类型的数据，在这些嵌入式平台上应该变换其存储顺序。通常我们认为，在空中传输的字节的顺序即网络字节序为标准顺序，考虑到与协议的一致以及与同类其它平台产品的互通，在程序中发数据包时，将主机字节序转换为网络字节序，收数据包处将网络字节序转换为主机字节序。

2.2.2 字节对齐有的嵌入式处理器的寻址方式决定了在内存中占2字节的int16、uint16等类型数据只能存放在偶数内存地址处，占4字节的int32 、uint32 等类型数据只能存放在4的整数倍的内存地址处；占8字节的类型数据只能存放在8的整数倍的内存地址处；而在内存中只占1字节的类型数据可以存放在任意地址处。由于这些限制，在这些平台上编程时有很大的不同。首先，结构体成员之间会有空洞，比如这样一个结构：

typedef struct test 　　char a; 　　uint16 b; 　　TEST

结构TEST在单字节对齐的平台上占内存三个字节，而在以上所述的嵌入式平台上有可能占三个或四个字节，视成员a的存储地址而定。当a存储地址为偶数时，该结构占四个字节，在a与b之间存在一个字节的空洞。对于通信双方都是对结构成员操作的，这种情况不会出错，但如果有一方是逐字节读取内容的（通信协议大都如此），就会错误地读到其它字节的内容。其次，若对内存中数据以强制类型转换的方式读取，字节对齐的不

同会引起数据读取的错误。因为假如指针指在基数内存地址处，我们想取得占内存两个字节的数据存放在uint16型的变量中，强制类型转换的结果是取得了该指针所指地址与前一地址处的数据，并没有按照我们的愿望取该指针所指地址与后一地址处的数据，这样就导致了数据读取的错误。

解决字节对齐有许多方法，比如可以在GCC的项目管理文件MakeFile中增加编译选项–pack-struct；但这种方法只能去除结构中的空洞，并不能解决强制类型转换引起的错误。为了增强软件的可移植性以及和同类其它平台产品的互通性，我们在收数据包处增加了拆包的函数，发数据包处增加了组包的函数。这两个函数解决了字节序的问题，也解决了字节对齐的问题。即组包时根据参数中的格式字符串将内存中的不同数据类型的某段数据放在指定地址处，组成包发给下层；拆包时，根据参数中的格式字符串将收到的内存中的数据存放在不同类型的变量或结构成员中。在函数中针对不同的数据类型作不同的处理。
2.2.3 位段由于位段的空间分配方向因硬件平台的不同而不同，对X86平台，位段是从右向左分配的；而一些嵌入式平台，位段是从左向右分配的。分配顺序的不同导致了数据存取的错误。解决这一问题的一种方法是采用条件编译的方式，针对不同的平台定义顺序不同的位段；也可以在前面所述的两个函数中加上对位段的处理。

2.2.4 代码优化嵌入式系统对应用软件的质量要求更高，因而在嵌入式开发中尤其须注意对代码进行优化，尽可能地提高代码的效率，减少代码的大小。虽然现代C和C++编译器都提供了一定程度的代码优化，但大部分由编译器执行的优化技术仅涉及执行速度和代码大小的平衡，不可能使程序既快又小，因而必须在编写嵌入式软件时采取必要的措施。
1）提高代码的效率
①switch-case 语句。在程序中经常会使用switch-case语句，每一个由机器语言实现的测试和跳转仅仅是为了决定下一步要做什么，就浪费了处理器时间。为了提高速度，可以把具体的情况按照它们发生的相对频率排序。即把最可能发生的情况放在第一，最不可能发生的情况放在最后，这样会减少平均的代码执行时间。
② 全局变量。使用全局变量比向函数传递参数更加有效率，这样做去除了函数调用前参数入栈和函数完成后参数出栈的需要。当然，使用全局变量会对程序有一些负作用。2）减小代码的大小嵌入式系统编程应避免使用标准库例程，因为很多大的库例程设法处理所有可能的情况，所以占用了庞大的内存空间，因而应尽可能地减少使用标准库例程。

2.3 避免内存泄漏用户内存空间（堆）为RAM中全局数据和任务堆栈空间都分配后的剩余空间，为了使程序能有足够的内存运行，必须在申请的内存不用后及时地将其释放，以确保再次申请时能有空间。如果程序中存在内存泄漏（即申请内存后没有及时释放）的情况，程序最终会因为没有足够的内存空间而无法运行。

03—嵌入式系统广泛应用
嵌入式系统的应用前景是非常广泛的，人们将会无时无处不接触到嵌入式产品，从家里的洗衣机、电冰箱，到作为交通工具的自行车、小汽车，到办公室里的远程会议系统等等。特别是以蓝牙为代表的小范围无线接入协议的出现，使嵌入式无线电的概念悄然兴起。当嵌入式的无线电芯片的价格可被接受时，它的应用可能会无所不在。在家中、办公室、公共场所，人们可能会使用数十片甚至更多这样的嵌入式无线电芯片，将一些电子信息设备甚至电气设备构成无线网络；在车上、旅途中，人们利用这样的嵌入式无线电芯片可以实现远程办公、远程遥控，真正实现把网络随身携带。下面介绍几种具体的应用。

3.1 嵌入式移动数据库所谓的移动数据库是支持移动计算的数据库，有两层含义：① 用户在移动的过程中可以联机访问数据库资源。② 用户可以带着数据库移动。典型的应用场合有在开着的救护车上查询最近的医院。该系统由前台移动终端、后台同步服务器组成，移动终端上有嵌入式实时操作系统和嵌入式数据库。中国人民大学正在开发该系统，他们和Hopen公司合作，开发了前台移动终端“小精灵”。

3.2 嵌入式系统在智能家居网络中的应用智能家居网络（E-Home）指在一个家居中建立一个通信网络，为家庭信息提供必要的通路；在家庭网络操作系统的控制下，通过相应的硬件和执行机构，实现对所有家庭网络上家电和设备的控制和监测。其网络结构的组成必然有家庭网关。家庭网关主要实现控制网络和信息网络的信号综合并与外界接口，以便作远程控制和信息交换。不论是网关还是各家电上的控制模块，都需有嵌入式操作系统。这些操作系统必须具有内嵌式、实时性好、多用户的特点。南京东大移动互联技术有限公司研制的智能多媒体家庭网关，就是以嵌入式Linux作为该嵌入式设备的操作系统，设备之间的相互通信遵从蓝牙通信协议，可以支持多个设备同时接入到固定电话网、国际互联网等其它外部网络。

3.3 嵌入式语音芯片嵌入式语音芯片基于嵌入式操作系统，采用语音识别和语音合成、语音学层次结构体系和文本处理模型等技术；可以应用在手持设备、智能家电等多个领域，赋予这些设备人性化的交互方式和便利的使用方法；也可应用于玩具中，实现声控玩具、仿真宠物、与人对话的玩具；也能应用于车载通信设备实现人机交流。该芯片应用在移动通信设备中，比如，手机上短消息来时，我们不必费力地去看，而是可以听到声音。

3.4 基于小范围无线通信协议的嵌入式产品以蓝牙为代表的小范围无线接入协议与嵌入式系统的结合，必将推动嵌入式系统的广泛应用。近来，基于这些协议的嵌入式产品层出不穷，包括各种电话系统、无线公文包、各类数字电子设备以及在电子商务中的应用。这些产品以其微型化和低成本的特点为它们在家庭和办公室自动化、电子商务、工业控制、智能化建筑物和各种特殊场合的应用开辟了广阔的前景。

结语—以上重点介绍了嵌入式系统的特点、嵌入式产品的开发和应用。我们在开发过程中体会到：嵌入式系统开发和以前从事的开发工作实质上并无区别，唯一改变的是每个硬件平台都是独特的，这一个不同点导致了许多附加的开发复杂性，因而，在嵌入式开发过程中要格外注意软件创建过程；而且，在开发嵌入式产品之前要对选用的嵌入式硬件平台有较多的了解，具备相应的硬件知识，和硬件工程师密切配合；在选用嵌入式操作系统和硬件平台时要根据所要开发的应用的需要以及成本等方面的考虑选择合适的系统和平台。

在科技快速发展的今天，嵌入式产品将会越来越多地被广泛应用。我们相信，只要遵循嵌入式产品的开发规律，适应市场的需求，就一定能开发出越来越多的嵌入式产品。