2014025636《嵌入式系统程序设计》第七周学习总结
这周学习了 有名管道部分和消息队列部分并且在课上和实验楼里面进行了练习。收货很多
1,什么是有名管道部分呢
管道没有名字，它的通信只限定于亲缘关系间的通信，有名管道实现了无亲缘关系间的通信，原理是fifo提供了一个路径名与之关联，让fifo的文件存于系统中，只要知道该文件路径，就可以进行访问。fifo指代（fist in, fist out），即按照先进先出的工作。
fifo 创建
include <sys/types.h>
include <sys/stat.h>
int mkfifo(const char * pathname, mode_t mode);
参数：
pathname 为路径名，创建管道的名字
mode 为创建fifo的权限
例1，该程序让子进程执行了ls-l命令，并将执行结果写入有名管道，父进程从该管道中读出执行结果，输出到屏幕，最后删除该有名管道的文件
复制代码
include <stdio.h>
include <stdlib.h>
include <sys/types.h>
include <fcntl.h>
include <string.h>
include <sys/stat.h>
include <errno.h>
include <unistd.h>
define FIFO2 "/tmp/fifo.2"
int main(int argc, int ** argv)
{
int readfd,writefd;
pid_t pid;
char buf[1001];
//建立有名管道 S_IFIFO|0666指名创建有名管道且存取权限为0666，即创建者/其同组用户/其他用户均可读可写
if(mkfifo(FIFO2, S_IFIFO|0666)< 0)
{
printf("mkfifo2 error");
exit(1);
}
if((pid = fork()) == 0) //创建进程 子进程写
{
writefd = open(FIFO2, O_WRONLY); //打开管道以写方式
dup2(1, writefd); //定向输出的东西到管道输入
execlp("ls", "ls", "-l", NULL);//子进程执行ls -l 命令， 即执行结果到有名管道中
}
readfd = open(FIFO2, O_RDONLY);//打开管道以读方式
while(read(readfd, buf, 1000) != 0)
{
printf("%s", buf); //读出管道东西到屏幕
}
waitpid(pid, NULL, 0);//等待子进程结束
close(readfd);
close(writefd);
unlink(FIFO2);//删除FIFO2文件
exit(0);
}
注：有名管道需要用open函数打开以后使用，如果以读方式打开，会阻塞到有写方打开管道，同样以写方式打开会阻塞到以读方式打开，若同时打开读写，则不会阻塞，在该程序中一定会先执行子进程，因为父进程读管道时，管道中没有数据，也会阻塞read到有write写入到管道中
2，消息队列部分
利用 MSMQ（Microsoft Message Queue），应用程序开发人员可以通过发送和接收消息方便地与应用程序进行快速可靠的通信。消息处理为您提供了有保障的消息传递和执行许多业务处理的可靠的防故障方法。
MSMQ与XML Web Services和.Net Remoting一样，是一种分布式开发技术。但是在使用XML Web Services或.Net Remoting组件时，Client端需要和Server端实时交换信息，Server需要保持联机。MSMQ则可以在Server离线的情况下工作，将Message临时保存在Client端的消息队列中，以后联机时再发送到Server端处理。
显然，MSMQ不适合于Client需要Server端及时响应的这种情况，MSMQ以异步的方式和Server端交互，不用担心等待Server端的长时间处理过程。
虽然XML Web Services和.Net Remoting都提供了[OneWay]属性来处理异步调用，用来解决Server端长方法调用长时间阻碍Client端。但是不能解决大量Client负载的问题，此时Server接受的请求快于处理请求。
一般情况下，[OneWay]属性不用于专门的消息服务中。
- 基本术语和概念（Basic terms and concepts）
“消息”是在两台计算机间传送的数据单位。消息可以非常简单，例如只包含文本字符串；也可以更复杂，可能包含嵌入对象。
消息被发送到队列中。“消息队列”是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。
“消息队列”是 Microsoft 的消息处理技术，它在任何安装了 Microsoft Windows 的计算机组合中，为任何应用程序提供消息处理和消息队列功能，无论这些计算机是否在同一个网络上或者是否同时联机。
“消息队列网络”是能够相互间来回发送消息的任何一组计算机。网络中的不同计算机在确保消息顺利处理的过程中扮演不同的角色。它们中有些提供路由信息以确定如何发送消息，有些保存整个网络的重要信息，而有些只是发送和接收消息。
“消息队列”安装期间，管理员确定哪些服务器可以互相通信，并设置特定服务器的特殊角色。构成此“消息队列”网络的计算机称为“站点”，它们之间通过“站点链接”相互连接。每个站点链接都有一个关联的“开销”，它由管理员确定，指示了经过此站点链接传递消息的频率。
“消息队列”管理员还在网络中设置一台或多台作为“路由服务器”的计算机。路由服务器查看各站点链接的开销，确定经过多个站点传递消息的最快和最有效的方法，以此决定如何传递消息。
- 队列类型（Queue Type）
有两种主要的队列类型：由您或网络中的其他用户创建的队列和系统队列。
用户创建的队列可能是以下任何一种队列：
“公共队列”在整个“消息队列”网络中复制，并且有可能由网络连接的所有站点访问。
“专用队列”不在整个网络中发布。相反，它们仅在所驻留的本地计算机上可用。专用队列只能由知道队列的完整路径名或标签的应用程序访问。
“管理队列”包含确认在给定“消息队列”网络中发送的消息回执的消息。指定希望 MessageQueue 组件使用的管理队列（如果有的话）。
“响应队列”包含目标应用程序接收到消息时返回给发送应用程序的响应消息。指定希望 MessageQueue 组件使用的响应队列（如果有的话）。
系统生成的队列一般分为以下几类：
“日记队列”可选地存储发送消息的副本和从队列中移除的消息副本。每个“消息队列”客户端上的单个日记队列存储从该计算机发送的消息副本。在服务器上为每个队列创建了一个单独的日记队列。此日记跟踪从该队列中移除的消息。
“死信队列”存储无法传递或已过期的消息的副本。如果过期或无法传递的消息是事务性消息，则被存储在一种特殊的死信队列中，称为“事务性死信队列”。死信存储在过期消息所在的计算机上。有关超时期限和过期消息的更多信息，请参见默认消息属性。
“报告队列”包含指示消息到达目标所经过的路由的消息，还可以包含测试消息。每台计算机上只能有一个报告队列。
“专用系统队列”是一系列存储系统执行消息处理操作所需的管理和通知消息的专用队列。
在应用程序中进行的大多数工作都涉及访问公共队列及其消息。但是，根据应用程序的日记记录、确认和其他特殊处理需要，在日常操作中很可能要使用几种不同的系统队列。
- 同步和异步通信（Synchronous VS. Asynchronous Communication）
队列通信天生就是异步的，因为将消息发送到队列和从队列中接收消息是在不同的进程中完成的。另外，可以异步执行接收操作，因为要接收消息的人可以对任何给定的队列调用 BeginReceive 方法，然后立即继续其他任务而不用等待答复。这与人们所了解的“同步通信”截然不同。
在同步通信中，请求的发送方在执行其他任务前，必须等待来自预定接收方的响应。发送方等待的时间完全取决于接收方处理请求和发送响应所用的时间。
