应用程序之间互相通讯的几种方法

应用程序之间的数据交换（互相通讯）一直是困扰广大程序员的难题，尽管已经

出现了各式各样的解决方案，但迄今为止没有哪一种方案是完美无缺的。因此，只有

学习并了解了它们的优缺点后，才能在特定的情况下选择最佳方案，以满足最终的要

求。

1、共享

在硬盘上建立一个文件，一个应用程序往该文件里写数据（可以不关闭文件，但

必须刷新缓冲区），另一个应用程序以共享方式打开这个文件并读取其中的内容，这

便是最简单的一种数据交换方式。对于网络用户而言，只要两台终端上安装的都是

Win311 For Workgroup或Windows 95（或NT），则只要设置一下目录共享，映射成网

络驱动器，同样可以简单地实现数据交换。但它的缺点也是显而易见的：只能采取轮

询的方式获得最新数据（效率低下），网络映射的驱动器绝对不能变动或取消（可靠

性差），所以这是一种“低级”的通讯方式。

2、DDE

每个Windows程序员都不会对DDE（动态数据交换）感到陌生，它是最早的基于

Windows的数据交换方法，有三种方式可供选择：冷连接、温连接和热连接。一般都

是由客户端向服务器端发出连接申请，并且必须指明服务器端的名字和标题。在连接

建立后，数据可以双向流动。典型的例子如抓图软件SnagIt，它提供了DDE接口，能

够让其它应用程序来控制它。DDE是完全向后兼容的，从16位平台转到32位，源代码

几乎不用修改。

DDE还有网络功能。使用过Win311 For Workgroup的人大概都还记得，它自带一

个非常吸引人的小程序“Chat”，能使两台计算机通过网络实时交谈，这在当时几乎

是一项创举。可是很少有人知道“Chat”使用的是一种特殊的DDE，即NetDDE。它的

基本工作原理仍然是DDE，但它能使一台计算机向在同一个网络中的另一台终端发消

息，而不像普通DDE 只能局限在同一台机器上。与其它的数据交换方式相比，DDE已

不够先进，而且Microsoft也不再积极支持DDE，所以它的前景不被看好。

3、WM_COPYDATA

Windows消息WM_COPYDATA功能强大，知之者却甚少。它的确切定义是：一个应用

程序向另一个应用程序传递数据时所发出的消息。众所周知，Windows 在很大程度上

依赖于消息机制，那么我们为什么不把数据放在消息中一起发送出去呢？这样，我们

只要调用SendMessage（），以对方窗体的句柄作为第一个参数，以含有指向实际数

据的指针结构的地址作为第二个参数，就可以把整个数据块当作消息发向另一个应用

程序。也许有的程序员会说，一个自定义的消息同样可以完成这样的工作。他只说对

了一半。自定义消息的确可以发送到其它的应用程序上去，但其原始数据所在的内存

区只有在发送过程中才是合法的，若在其它模块中存取该内存区就会导致“Access

Viola tion”。而使用WM_COPYDATA 则不存在这个问题，因为Windows 本身会替你处

理这一切。深入钻研下去，你会发现它其实是先创建了一个文件映射的对象，将发送

方的原始数据先拷贝至映射文件，然后再在接收方对这个映射文件打开一个“视图”

。WM_COPYDATA 的不足之处在于：必须要有一个窗体来接收消息和数据（缺乏灵活性

），数据在使用之前先得拷贝到一个映射文件（浪费资源）。

4、NetBIOS

从80年代开始，NetBIOS就是开发Client/Server类程序的标准接口。而当时其它

的解决方案几乎都是从UNIX系统上发展而来的。当然，对于今天的用户而言，NetBIOS已不是唯一的选择，他们可以从各种方案中择优选取。在Windows 95和NT平

台上，可以通过API函数Netbios()来调用NetBIOS功能。

NetBIOS兼容以下几种低层协议：NetBEUI协议（NBF）、NWLink

NetBIOS(NWNBlink)、NetBIOS over TCP/IP(NetBT)。NetBIOS的优点是速度较快，缺

点是可靠性较差。

5、标准的Sockets和WinSock

Sockets是15年前在UNIX系统上提出来的，一开始主要是用于本地通讯，但很快

就应用在Client/Server体系上了。它的内核很简单：你可以将一个Socket看作是一

个双向的节点，一个应用程序可以通过它先与另一个程序建立连接（建立在一个双方

都认可的端上，以便于区分同时运行的几个通讯线程），然后就可以彼此交换数据了。

微软公司在其基础上创建了WinSock，专门用于Windows接口，与Socket 完全兼容

。近年来基于TCP/IP协议的网络大行其道，Socket也随之获得了更加广泛的应用。

如今，Sockets已在Internet上获得了最广泛的应用，主要是因为它的可移植性好：

Socket应用程序无论在任何平台间都能互相进行通讯（不管是PC机还是Macintosh,也不管是Windows平台还是UNIX平台）。而最新推出的WinSock 2.0，已不

仅仅只基于TCP/IP协议，还可基于其它几种传输协议（如IPX）。

Socket的缺陷是它工作在通讯的低层，所以实现起来较为复杂（如果是Win 95或

NT平台，则不存在这个问题，微软公司提供了相应的控件）。但是，如果要在多个平

台间互相通讯，则Socket是不二之选。

6、Mailslot和Pipe

Mailslot和Pipe有很多相同点，即都是高层的、基于内存的通讯系统。Mailslot

由Server端创建，代码如下：

myMailslot = CreateMailslot(pSlotName, 0, MAILSLOT_WAIT_FOREVER, NULL);

然后，Client端就可以像打开文件一样打开这个Mailslot，再通过API函数

WriteFile()来将数据写入到消息队列中。

与此相类似，Pipe也是由Server端创建的，代码如下：

pipe = CreateNamedPipe(pPipeName, PIPE_ACCESS_DUPLEX,

PIPE_TYPE_MESSAGE |PIPE_READMODE_MESSAGE | PIPE_WAIT,

PIPE_UNLIMITED_INSTANCES, BUFSIZE,BUFSIZE, 20000, NULL);

接着，Client端就可以通过一般的文件API读写数据，代码如下：

pipe = CreateFile(pPipeName, GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING,0,NULL);

success = WriteFile(pipe, pMessage, strlen(pMessage) + 1,

&bytesWritten, NULL);

Pipe分两种，即命名Pipe和匿名Pipe。匿名Pipe是以句柄而不是以名字来进行标

识的，因而也就限制了它只能在同一台机器上通讯，而不能应用于网络。命名Pipe则

提供了以名字来进行标识，所以能在网络上的其它任何地方打开它。需要注意的是：

命名Pipe只能在 Win NT而不是Win 95上创建（即Server端），Client端则可以是任

意平台。

Pipe既可以单向通讯也可以双向通讯，Mailslot则只能单向通讯。Client 端可以

发送消息给mailslot，但不能接收消息；如果你想要接收消息，则只能创建一个新的

mailslot。但mailslot有一个很大的优点：它支持数据广播。也就是说，若Client 端

发送一条消息，则整个网络中的同名对象都能收到。这是因为mailslot的名字的作用

域只是在本台机器上，所以可在不同机器上创建同名的mailslot，当Client端发来消

息时则每一台机上的mailslot都得到了该消息的一份拷贝，并在本机上作出相应的反

应。Mailslot的最大缺陷是不可靠，因为它的数据是以数据报格式来传送的，网络错

误或负荷过重都会导致数据丢失。

Pipe则较为可靠，但它不能广播。所以，如果你不需要进行广播，则Pipe 是更好

选择。选择Mailslot，则要对此后遇到的麻烦有充分的准备。

7、剪贴板（Clipboard）

大家对Windows的剪贴板应该不会感到陌生吧？它的出现就是为了实现应用程序

间的互相数据交换。Windows提供了一系列的API函数来让应用程序安全地打开剪贴板

，读写其中的数据。

剪贴板的缺陷也是显而易见的：当有新的数据放在剪贴板上时，则先前的数据就

会被冲掉，而在Windows中用到剪贴板的时候又实在太多了，所以这种方式用于程序

间的通讯显然不够安全。

8、COM和DCOM

公共对象模式（COM）是一种协议，它建立了一个软件模块同另一个软件模块之

间的连接，然后将其描述出来。当这种连接建立起来之后，则两个模块之间就可以通

过称为“接口”的机制来进行通讯。COM可以用不同的语言（VB、VC、Delphi）进行

编制，又能被其它语言编写的程序所使用，并且不用管通讯双方实际所处的位置（是

在同一台机上，还是在同一个网络上的不同机上）。事实上，Internet上有大量的

COM控件可供人们下载使用，其中有相当一部分就是用于应用程序间的相互通讯（甚

至是Internet程序间的通讯），硬盘上能够看到的大量的.ocx文件其实就是一种COM。

COM对象为外部调用提供了一个标准的界面，COM Client通过创建COM Server的

一个实例获得指针，转向所需的函数定义处并执行相应的程序。讲得通俗一点，也就

是先正确定义好COM对象的属性（Property），再执行相应的方法（Method）。

DCOM（分布式公共对象模式）是COM在网络上的一种扩展，它通过把分布式对象

间的通讯变成一个实体来实现通讯。

COM如今被微软公司大力提倡，最著名的有OLE、ActiveX、DirectX和Win95、WinNT的外壳。由于微软公司目前在软件业处于霸主地位，所以COM很有可能成为将来

的业界标准，其前途也较为看好。但COM的庞大也会使一些经验丰富的程序员望而却

步，他们宁可自己多写一些代码以使整个程序更为简洁、有效而不愿使用COM。

以上介绍的只是现今流行的一些通讯方法，它们各有各的优缺点，没有哪一种是

万能的。因此，只有在合适的场合采用合适的方案，才是最好的解决办法。

通信通讯系统专项应急预案

通信通讯系统专项应急预案1．调度电话故障应急预案 2．程控电话故障应急预案 3. 传输光缆线路故障应急预案 4．光端传输设备(SDH）故障应急预案5．程控交换设备故障应急预案 6．通信通讯电源系统故障应急预案

调度电话故障应急预案 1 事件分级调度电话故障按其性质、严重程度、可控性、影响范围等因素，一般分为严重、缺陷、一般三种： 1.1 严重故障评价标准 a.由于调度电话故障，造成电力事故延长、范围扩大。 b.由于调度电话故障，引起电力系统事故。 c.违反通规、通纪造成人身伤亡或经济损失价值为6000 元以上。 1.2 缺陷故障评价标准 a.设备、元器件本身缺陷。 b.维护不良、设备失修、调整不当。 c.误操作或违反操作规程。 d.大风、雨雪、洪水、冰雹和地震等自然灾害影响。 e.其它方面因素的影响。 1.3 一般故障评价标准 a.多路通信设备1 条话路(或64kbit/s)或单路设备连续停运时间超过4h。 b.多路通信设备一次群(或基群)连续故障时间超过30min，二次群(或超群)连续故障时间超过15min，三次群(或主群)或信道机(含光端机、多路载波线

群调制设备)连续故障时间超过10min。 c.交换机故障全停15min，调度总机故障全停10min。 2 应急指挥机构及职责 2.1应急指挥机构的组成指挥：主任成员：副主任、部门专责、班长、技术员 2.2应急指挥机构的职责 1、根据部门应急指挥指令，安排专责人员开展恢复工作。 2、负责部门应急预案的实施和演练； 3、检查督促做好预防措施和对上级联系沟通的各项准备工作。 3应急响应当确认故障发生时，部门启动相应级别应急预案，班组根据部门要求调动参与应急处理的各相关专业人员赶赴现场，按照“统一指挥、分工负责、专业处理”的要求和预案分工，相互配合、密切协作，有效地开展各项应急处理工作。 4应急处理（1）接到通知后，应迅速赶赴故障现场，核实故障发生的地点、程度等信息，同时要立即向上级领导汇报。（2）检修人员确保通讯随时畅通，所有员工不允许关闭手机，特别在处理故障过程中需要保障联络畅通。

煤矿井下通讯联络系统管理制度

调度通信联络系统管理制度庞庞塔煤矿

目录第一章总则 (2) 第二章设计与安装 (2) 第三章使用、维护与管理 (5) 第四章附则 (7) 1

第一章总则第一条为完善井下通信联络系统，保障系统安全可靠，提高矿井抗灾变能力，依据《煤矿安全规程》及上级有关规定，结合矿区实际，制定本规定。第二条矿井调度中心应配备通信联络系统负责人1人、系统安装维修人员不少于4人，负责通信联络系统的设计、安装、维护与管理工作。第三条矿井必须建立健全通信联络系统管理机构责任制、管理及操作人员岗位责任制。矿井必须建立健全通信联络系统值班制度、设计安装验收制度、使用维护管理制度、机房及设备管理制度、责任追究制度、人员培训制度等。第四条矿井应编制应急通信保障预案，并根据具体情况及时修改。矿井每年至少组织1次应急通信演练。第五条矿井必须及时填绘反映实际情况的井下通信系统图。第六条推广使用井下无线通讯系统、井下广播系统。第二章设计与安装第七条所有井下通信设备必须采用防爆型，优先采用本质安全型，符合国家标准和《煤矿安全规程》要求。第八条矿井井下调度通信系统应与行政通信系统分开，行 2

政通信系统与公共通信网络联网。第九条通信联络系统应具有下列功能：（一）通信联络系统应能对不同用户设置不同的优先权和呼叫权限，应具有紧急呼叫功能。（二）通信联络系统应具有自诊断和实时故障指示功能。当发生故障时，及时报警并指示故障位置。（三）通信联络系统应具有录音功能，多通道同时录音，具备一个放音通道，可在线实时查询录音、监听、回放、存储等。（四）井下固定电话和手持移动电话与矿井调度中心具有直通功能。（五）调度交换机应可以随时呼叫系统内的终端，可强拆、强插中继或用户线。（六）调度交换机应配置可接收系统内终端紧急呼叫的设备，显示紧急呼叫的终端号码，发出声光报警，并可进行语音录音。（七）调度交换机应具有全呼和组呼功能，同时处理多路呼叫。（八）调度交换机应具有与地面专网（公网）组网的功能。（九）调度交换机宜能召开多方会议。（十）无线通信系统应支持手持移动电话的自动漫游、越区切换。手持移动电话应具有抗震、防水、防腐功能。（十一）无线通信系统宜具有非法用户禁用功能、短信功能、支持脱网呼叫功能。（十二）井下广播系统应具有紧急广播功能，宜具有组播和选播功能。第十条矿井通信联络系统必须有可靠的接地装置和防雷 3

通讯联络干礼制度

通信联络系统管理制度第一章总则作人员第一条：为完善本矿通信联络系统，保障系统安全可靠，提高矿井抗灾变能力，依据《煤矿安全规程》及上级有关规定，结合本矿实际，制定本规定。第二条：通信联络系统应配备负责人1人、通信联络总机房值班员2 人，系统安装维修人员不少于4人，负责通信联络系统的设计、安装、维护与管理工作。第三条：应建立健全通信联络系统管理机构责任制、管理及操岗位责任制，建立健全通信联络系统值班制度、使用维护管理制度、机房及设备管理制度、责任追究制度等。第四条：应编制应急通信保障预案，并根据具体情况及时修改，并包含系统的故障应急检修内容，明确故障处置程序、故障处置负责人和具体处置人员。第五条：六大系统办公室负责及时填绘反映实际情况的井下通信系统图。第六条：通信联络系统应建立系统设备、仪器的检查、检修等台账。第二章设计与安装第七条：所有井下通信设备必须采用防爆型或本质安全型，符合国家

标准和《煤矿安全规程》要求。第八条：井下设置通信终端的的位置必须设置电话号码排版，以便及时查询。第九条：通信联络系统应具有下列功能：（一）、通信联络系统应具有自诊断和实时故障指示功能。当发生故障时，及时报警并指示故障位置。（二）、通信联络系统应具有录音功能，多通道同时录音，具备一个放音通道，可在线实时查询录音、监听、回放、存储等。（三）、井下固定电话应有与矿调度室或安全指挥中心具有直通功能。（四）、调度交换机应具有全呼和组呼功能，同时处理多路呼叫。（五）、调度交换机应能召开多方会议。第十条：通信联络系统必须有可靠的接地装置和防雷设施。第十一条：通信联络系统必须有备用电源，备用电源持续工作时间不小于2h。第十二条：通信联络设备应有必要的备用，发生故障，应及时更换故障设备。第十三条：在主副井绞车房、井底车场、采区变电所、采区水仓、水泵房、皮带输送机控制硐室等主要机电设备硐室和采掘工作面以及采区、矿井的最高点，应安设电话。掘进工作面距窝头50m范围内，应安设电话。

通信联络系统设计方案

矿井通信联络系统技术方案一、为满足本矿高效率协调等一级调度模式要求，计划建设生产调度通信网的有线通信系统，实现录音、强拆、强插、全呼、组呼、直通、一键直拨等调度功能，该项目要求总调度室可直接通过调度台控制其系统内的所有内部用户，使得总调能和各地点之间进行实现通话、强插、录音等。本次系统项目主要应注意总调（调度中心）与各地点通信设备的对接问题，以及设备间互相通话及在紧急状态下强插各生产岗位电话发布紧急命令。二、规范性引用文件 B/T 2887 电子计算机场地通用规范； GB 3836.1 爆炸性气体环境用电气设备第1部分：通用要求 GB 3836.2 爆炸性气体环境用电气设备第2部分：隔爆型“d” GB 3836.3 爆炸性气体环境用电气设备第3部分：增安型“e” GB 3836.4 爆炸性气体环境用电气设备第4部分：本质安全型“i” GB/T 17626.3-1998 电磁兼容试验和测量技术射频电磁场辐射抗扰度试验（idt IEC 61000-4-3:1995） GB/T 17626.4-1998 电磁兼容试验和测量技术电快速瞬变脉冲群抗扰度试验（idt IEC 61000-4-4:1995） GB/T 17626.5-1999 电磁兼容试验和测量技术浪涌（冲击）抗扰度试验（idt IEC 61000-4-5:1995） MT 209-90 煤矿通信，检测，控制用电工电子产品通用技术要求 MT 210-90 煤矿通信，检测，控制用电工电子产品基本试验方法 MT 211-90 煤矿通信、检测、控制用电工电子产品质量检测规则 MT 286 煤矿通信、自动化产品型号编制方法和管理办法 MT 401 煤矿生产调度通信系统通用技术条件 MT/T 722-1998 煤矿监控主要性能测试方法 MT/T 899 煤矿用信息传输装置三、术语和定义

通信联络系统设备故障抢修应急预案

设备故障抢修应急预案一、目的为建立健全我矿通信保障和通信恢复应急工作机制，提高应对我矿突发时间的组织指挥能力和应急处置能力，保证应急通信指挥调度工作的需要，确保我矿通信的安全畅通，特制定本预案。二、适用范围 ①矿区重大通信事故 ②矿生产、生活区特大自然灾害、事故灾难、突发公共卫生事件 ③矿下达的重要通信保障应急保障任务三、工作原则在矿党委、行政的领导下，通信保障和通信恢复工作坚持统一指挥、分级负责，严密组织、密切协同，快速反应、保障有力的原则。四、组织机构和职责应急组织机构：成立矿通信联络系统保障应急领导组，办公室地点设在矿监控室组长：安全矿长副组长：监控主任成员：监控室全体工作人员职责： ①监控室负责全矿井上、下通信联络系统线路及设施的日常维护、检修、保养工作，保障通信联络系统的畅通运行。

②负责全矿内部通信联络系统线路及设备、设施的安装敷设与拆卸工作 ③负责矿备用通信联络系统设备、设施的管理与保养工作 ④负责与接入的通信运营商的联络与沟通工作五、预防和预警矿通信保障应急办公室要从制度、技术实现、业务管理方面建立健全通信网络安全的预防和预警机制。 ①预防机制日常工作中要加强业务知识的学习、提高思想素质、增强忧患意识，加强对通信联络系统网络的安全检查和消除安全隐患，加强通信重点保障目标的监管，做好线路与设备的维修保养，定期进行线路检测，及时排除通信设备、设施的故障，提高应对突发事件的能力。 ②预警监测监控室要与矿各有关部门建立有效的信息沟通渠道，为通信联络系统故障的反馈搭建“绿色通道”，加强日常维护，及时发现预警信息。 ③预警行动当监控室获得通信联络系统预警信息后，应立即通知通信联络系统保障应急组，由通信联络系统保障应急组部署通信联络系统保障应急工作的应急措施，并通知通信维修小组做好预防和通信保障应急工作的各项准备工作。通信维修小组在获得预警信息后，应对预警信息加以分析，按照

通讯联络系统运行管理制度

运行管理制度井下通信联络系统管理规定第一章总则第一条为完善井下通信联络系统，保障系统安全可靠，提高矿井抗灾变能力，依据《煤矿安全规程》及上级有关规定，结合矿区实际，制定本规定。第二条矿井调度中心应配备通信联络系统负责人1人、系统安装维修人员不少于4人，负责通信联络系统的设计、安装、维护与管理工作。第三条矿井必须建立健全通信联络系统管理机构责任制、管理及操作人员岗位责任制。矿井必须建立健全通信联络系统值班制度、设计安装验收制度、使用维护管理制度、机房及设备管理制度、责任追究制度、人员培训制度等。第四条矿井应编制应急通信保障预案，并根据具体情况及时修改。第五条矿井必须及时填绘反映实际情况的井下通信系统图。第六条推广使用井下无线通讯系统、井下广播系统。第二章设计与安装第七条所有井下通信设备必须采用防爆型，优先采用本质安全

型，符合国家标准和《煤矿安全规程》要求。第八条矿井井下调度通信系统应与行政通信系统分开，行政通信系统与公共通信网络联网。第九条通信联络系统应具有下列功能：（一）通信联络系统应能对不同用户设置不同的优先权和呼叫权限，应具有紧急呼叫功能。（二）通信联络系统应具有自诊断和实时故障指示功能。当发生故障时，及时报警并指示故障位置。（三）通信联络系统应具有录音功能，多通道同时录音，具备一个放音通道，可在线实时查询录音、监听、回放、存储等。（四）井下固定电话和手持移动电话与矿井调度中心具有直通功能。（五）调度交换机应可以随时呼叫系统内的终端，可强拆、强插中继或用户线。（六）调度交换机应配置可接收系统内终端紧急呼叫的设备，显示紧急呼叫的终端号码，发出声光报警，并可进行语音录音。（七）调度交换机应具有全呼和组呼功能，同时处理多路呼叫。（八）调度交换机应具有与地面专网（公网）组网的功能。（九）调度交换机宜能召开多方会议。（十）无线通信系统应支持手持移动电话的自动漫游、越区切换。手持移动电话应具有抗震、防水、防腐功能。（十一）无线通信系统宜具有非法用户禁用功能、短信功能、支

Linux系统编程实验六进程间通信

实验六：进程间通信实验目的：学会进程间通信方式：无名管道，有名管道，信号，消息队列，实验要求：（一）在父进程中创建一无名管道，并创建子进程来读该管道，父进程来写该管道（二）在进程中为SIGBUS注册处理函数，并向该进程发送SIGBUS信号（三）创建一消息队列，实现向队列中存放数据和读取数据实验器材：软件：安装了Linux的vmware虚拟机硬件：PC机一台实验步骤：（一）无名管道的使用 1、编写实验代码pipe_rw.c #include #include #include #include #include #include int main() { int pipe_fd[2];//管道返回读写文件描述符 pid_t pid; char buf_r[100]; char* p_wbuf; int r_num; memset(buf_r,0,sizeof(buf_r));//将buf_r初始化 char str1[]=”parent write1 “holle””; char str2[]=”parent write2 “pipe”\n”; r_num=30; /*创建管道*/ if(pipe(pipe_fd)<0) { printf("pipe create error\n"); return -1; } /*创建子进程*/ if((pid=fork())==0) //子进程执行代码 {

//1、子进程先关闭了管道的写端 close(pipe_fd[1]); //2、让父进程先运行，这样父进程先写子进程才有内容读sleep(2); //3、读取管道的读端，并输出数据 if(read(pipe_fd[0],buf_r, r_num)<0) { printf(“read error!”); exit(-1); } printf(“%s\n”,buf_r); //4、关闭管道的读端，并退出 close(pipe_fd[1]); } else if(pid>0) //父进程执行代码 { //1、父进程先关闭了管道的读端 close(pipe_fd[0]); //2、向管道写入字符串数据 p_wbuf=&str1; write(pipe_fd[1],p_wbuf,sizof(p_wbuf)); p_wbuf=&str2; write(pipe_fd[1],p_wbuf,sizof(p_wbuf)); //3、关闭写端，并等待子进程结束后退出 close(pipe_fd[1]); } return 0; } /*********************** #include #include #include #include #include #include int main() { int pipe_fd[2];//管道返回读写文件描述符 pid_t pid; char buf_r[100]; char* p_wbuf; int r_num;

通信联络应急处置预案

XXX通讯联络应急预案为了防止和减少通讯安全事故的发生，建立紧急情况下快速、有效的事故抢险和应急处理机制，最大限度地减少突发通讯事件造成的人员伤害和通讯阻断，保证通讯网络畅通，特制定本预案。适用围本预案适用于我矿井全部或局部通讯设备不能正常运行，影响全部或局部生产、造成重大事故时。应急工作原则 1）预防为主。坚持“安全第一，预防为主”的方针，加强通讯安全管理工作，突出事故预防和控制措施，有效防止事故发生；提高通讯安全事故处理和应急抢险的能力。 2）统一指挥。在调度和上级主管部门以及应急指挥的统一指挥和协调下，各小组组织开展事故处理、事故抢险、应急救援、通讯恢复等应急工作。 3）保证重点。在通讯事故处理和控制中，将保证生产信息畅通和安全运行放在第一位，采取一切必要手段，限制事故围进一步扩大，防止发生重大安全事故。在通讯恢复中，遵循先重点、后一般的原则，做到快速、有序。危险源辨识基本情况 1）调度通讯交换设备供电故障、备用电瓶放电到临界。2）调度通讯交换设备控制部分出现故障。

3）局部重要岗点不通。 4）应急组织体系及职责（一）组织成立通讯事故应急处理指挥部，负责指挥处理应急救援工作。总指挥：机电副矿长指挥部成员：机电主任、调度主任（二）下设三个工作组： 1）指挥组组长：机电副矿长成员：调度室、调度中心成员、机电车间职责：负责安排落实通讯事故预防日常工作；及时了解通讯线路、网络运行情况；提请应急领导小组决定进入和解除预警状态或应急状态，实施和终止应急预案；监督应急预案的执行情况；掌握应急处理和通讯恢复情况，及时协调解决应急过程中的重大问题； 2）应急抢险组组长：机电主任成员：机电车间、调度中心职责：负责通讯硬件设施和各种通讯线路抢修工作；在通讯保障期间，组织相关人员进行设备运行，通讯线路巡检，防止和排除各种安全隐患。事故应急救援程序

调度通讯联络系统管理办法1(1)..

调度通讯联络系统管理制度目录一、调度通讯系统事故应急预案 (1) 二、通讯保障措施 (3) 三、调度通讯联络系统操作人员岗位职责任制 (6) 四、调度通讯联络系统维修工操作规程 (7) 五、调度通讯联络系统设备、设施管理制度 (9) 六、调度通讯系统设备设施技术资料管理制度 (10) 七、调度通讯联络系统值班制度 (11) 八、调度通讯联络系统设备定期检修制度 (12) 九、调度通讯联络系统运行管理制度 (13) 十、调度通讯联络系统故障报告制度 (14) 十一、调度通讯系统报警、求救通讯讯息上报制度 (15) 十二、调度通讯联络系统管理制度 (16)

一、调度通讯系统事故应急预案为了进一步提高煤矿事故防范意识，保证矿井安全生产和职工人身安全；以最大限度地降低事故危害影响程度，为一步提高调度值班人员处理通讯系统事故的应变能力，特制定本预案。 1、成立事故应急救援指挥领导小组总指挥：董汉民 2、副总指挥：王付强、王志国成员：杨树德、郭学平二、事故应急救援的主要任务对井上、井下发生通讯系统故障时，必须在较短时间内恢复并正常投入使用。三、事故应急救援的主要职责。 1、负责事故应急救援的管理和组织。 2、负责事故应急救援的技术知识培训。 3、负责事故应急救援人、财物的组织和调配。 4、负责物资的管理。四、程序 1、调度值班员接到通讯系统出现故障时立即通知维修工查明其原因，报告领导小组、副指挥长，作出正常的判断，制定解决方案。 2、凡调度通知的单位和人员都应作好恢复通讯系统人力、物力的准备工作，听候安排。

3、调度员随时向总指挥汇报处理的进展情况。 4、通讯维修工必须服从调度指挥。 5、通讯系统运行正常后，各采掘队积极组织人员恢复正常生产。

进程间通信的四种方式

一、剪贴板 1、基础知识剪贴板实际上是系统维护管理的一块内存区域，当在一个进程中复制数据时，是将这个数据放到该块内存区域中，当在另一个进程中粘贴数据时，是从该内存区域中取出数据。 2、函数说明： (1)、BOOL OpenClipboard( ) CWnd类的OpenClipboard函数用于打开剪贴板。若打开剪贴板成功，则返回非0值。若其他程序或当前窗口已经打开了剪贴板，则该函数返回0值，表示打开失败。若某个程序已经打开了剪贴板，则其他应用程序将不能修改剪贴板，直到前者调用了CloseClipboard函数。 (2)、BOOL EmptyClipboard(void) EmptyClipboard函数将清空剪贴板，并释放剪贴板中数据的句柄，然后将剪贴板的所有权分配给当前打开剪贴板的窗口。 (3)、HANDLE SetClipboardData(UINT uFormat, HANDLE hMem) SetClipboardData函数是以指定的剪贴板格式向剪贴板上放置数据。uFormat指定剪贴板格式，这个格式可以是已注册的格式，或是任一种标准的剪贴板格式。CF_TEXT表示文本格式，表示每行数据以回车换行(0x0a0x0d)终止，空字符作为数据的结尾。hMem指定具有指定格式的数据的句柄。hMem参数可以是NULL，指示采用延迟提交技术，则该程序必须处理WM_RENDERFORMA T和WM_RENDERALLFORMATS消息。应用程序在调用SetClipboardData函数之后，就拥有了hMem参数所标识的数据对象，该应用程序可以读取该数据对象，但在应用程序调用CloseClipboard函数之前，它不能释放该对象的句柄，或者锁定这个句柄。若hMem标识了一个内存对象，那么这个对象必须是利用GMEM_MOVEABLE标志调用GlobalAlloc函数为其分配内存。注意：调用SetClipboardData函数的程序必须是剪贴板的拥有者，且在这之前已经打开了剪贴板。延迟提交技术：当一个提供数据的进程创建了剪贴板数据之后，直到其他进程获取剪贴板数据之前，这些数据都要占据内存空间。若在剪贴板上放置的数据过大，就会浪费内存空间，降低对资源的利用率。为了避免这种浪费，就可以采用延迟提交计数，也就是由数据提供进程先提供一个指定格式的空剪贴板数据块，即把SetClipboardData函数的hMem参数设置为NULL。当需要获取数据的进程想要从剪贴板上得到数据时，操作系统会向数据提供进程发送WM_RENDERFORMA T消息，而数据提供进程可以响应这个消息，并在此消息的响应函数中，再一次调用SetClipboardData函数，将实际的数据放到剪贴板上。当再次调用SetClipboardData函数时，就不再需要调用OpenClipboard函数，也不再需要调用EmptyClipboard函数。也就是说，为了提高资源利用率，避免浪费内存空间，可以采用延迟提交技术。第一次调用SetClipboardData函数时，将其hMem参数设置为NULL，在剪贴板上以指定的剪贴板格式放置一个空剪贴板数据块。然后直到有其他进程需要数据或自身进程需要终止运行时再次调用SetClipboardData函数，这时才真正提交数据。 (4)、HGLOBAL GlobalAlloc( UINT uFlags,SIZE_T dwBytes); GlobalAlloc函数从堆上分配指定数目的字节。uFlags是一个标记，用来指定分配内存的方式，uFlags为0，则该标记就是默认的GMEM_FIXED。dwBytes指定分配的字节数。

通讯联络系统事故应急预案

通讯联络系统事故应急预案一、总则 1、编制目的为切实保障我矿通信联络系统的正常可靠运行，防止和减少通讯安全事故的发生，建立紧急情况下快速、有效、有序的事故抢险和应急处理机制，最大限度地减少突发通信事件造成的人员伤害和通信阻断，防止因长时间井上下通信中断给安全生产带来安全隐患，从而保障井上下通信及信息网络畅通，确实保证各类信息得到快速及时传递；在通信联络系统设备发生故障时，能及时有效的采取应对措施，防止故障范围扩大，使事故及时得到处理，现结合我矿通信联络系统的实际情况，特制定本应急预案。 2、编制依据根据《中华人民共和国安全生产法》和《煤矿安全规程》、《矿井通信联络系统通用技术条件》、《煤矿井下通信联络系统使用管理规范》、《生产经营单位安全生产事故应急预案编制导则》等法律法规及有关规定，制定本预案。 3、适应范围本预案适应于通信联络系统因各种原因引发的软件、硬件设备故障，引发我矿通讯及网络设备不能正常运行，影响矿井生产、行政通讯，造成系统局部或全部瘫痪。

4、通讯联络系统责任和作用切实保障我矿通信联络工作的正常可靠运行，保障井上下通信畅通，进一步提高我矿安全防护和应急救援水平，保障矿工生命安全，促进我矿安全生产。二、事故类型和危害程度分析（一）、事故类型 1、按照范围分为局部系统故障：指矿井内部通信联络系统中局部地点线路或终端设备发生故障时造成小面积通信中断，影响正常通信。范围系统故障：指矿井通信联络系统中调度交换机或主通信线路发生故障造成整个矿井与有限公司之间通信中断，影响正常通信。 2、按照事故严重程度分为：自然灾害和人为破坏会造成重大人员伤亡和重大设备损失两个状态等级。（二）、危险程度分析通信系统突发事件将会直接影响生产调度指挥的稳定运行，严重影响矿井正常生产、经营秩序。三、应急处置基本原则 1、以人为本，安全第一。坚持“安全第一，预防为主”的方针，加强通讯安全管理工作，突出事故预防和控制措施，有效防止事故发生；组织开展有针对性的事故演习，把保障员工的生命安全和身体健康放到首位，最大限度的预防和坚守通讯故障，切实加强通讯联络系统的作用，提高通讯、网络的安全事故处理和应急抢险的能力。

煤矿井下通信联络系统使用与管理规范

煤矿井下通信联络系统使用与管理规范文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）

煤矿井下通信联络系统使用与管理规范(试行) 前言为规范煤矿井下通信设备和系统的选型、安装、使用、维护与管理，保证煤矿井下通信设备和系统的正常使用，建立通畅、便捷、有效、快速、智能化的井上下通信联络，根据国家有关法律法规和标准的要求，制定本规范。 1 范围本规范规定了煤矿井下通信设备和系统选型、安装、使用、维护与管理的要求。 2 规范性引用文件《煤矿安全规程》 GB/T 2887 电子计算机场地通用规范 GB 爆炸性气体环境用电气设备第1部分：通用要求（GB ，eqv IEC 60079-0:1998） GB 爆炸性气体环境用电气设备第2部分：隔爆型“d”（GB ，eqv IEC 60079-1:1990） GB 爆炸性气体环境用电气设备第3部分：增安型“e”（GB ，eqv IEC 60079-7:1990） GB 爆炸性气体环境用电气设备第4部分：本质安全型“i”（GB ，eqv IEC 60079-11:1999） GB 50215-2005 煤炭工业矿井设计规范 AQ 6210-2007 煤矿井下作业人员管理系统 MT/T 286 煤矿通信、自动化产品型号编制方法和管理办法 MT/T 772-1998 煤矿监控系统主要性能测试方法 MT287-92 煤矿信号设备通用技术条件 MT209-90 煤矿通信、检测、控制用电工电子产品通用技术要求 YD/N 065-1997《邮电部电话交换设备总技术规范书》 YD/T 954-1998《数字程控调度机技术要求和测试方法》 YD/T 1821-2008《通信中心机房环境条件要求》

煤矿通信联络系统大全完整版制度规范

目录 ◆通信系统故障抢修应急预案 (1) ◆通信联络系统操作人员岗位职责 (8) ◆通信联络系统设备管理制度 (9) ◆通信系统设备设施技术资料管理制度 (10) ◆通信联络系统值班制度 (11) ◆通信联络系统设备定期检修制度 (12) ◆通信联络系统运行管理制度 (13) ◆通信联络系统故障报告制度 (14) ◆通信联络系统操作规程 (15)

三元古韩荆宝煤业通讯联络系统事故应急预案 1.目的为了防止和减少通讯安全事故的发生，建立紧急情况下快速、有效、有序的事故抢险和应急处理机制，最大限度地减少突发通信事件造成的人员伤害和通信阻断，保证我矿井通讯、信息网络畅通，特制订本预案。 2.编制依据 2.1集团公司通讯要害部门管理规定。 2.2电信行业有关规定、行业标准 2.3《安全技术操作规程》 3.适用范围本预案适应于我矿通讯及信息网络设备不能正常运行，影响矿井生产、行政通讯，信息网络造成重大事故时。 4.应急工作原则 4.1预防为主：坚持“安全第一，预防为主”的方针，加强通讯、信息网络的安全管理工作，突出事故预防和控制措施，有效防止事故发生；组织开展有针对性的事故演习，提高通讯、信息网络的安全事故处理和应急抢险的能力。 4.2统一指挥：在矿调度和主管部门以及应急指挥机构的统一指

挥和协调下，组织开展事故处理、事故抢险、应急救援、通讯恢复等应急工作。 4.3保证重点。在通讯及网络事故处理和控制中，将保证生产安全信息畅通和设备安全运行放在第一位，采取一切必要手段，限制缩小事故影响范围的进一步扩大，防止发生重大安全事故。在通讯、网络事故恢复中，遵循先重点、后一般的原则，做到快速、有序进行。 5.危险源辨识基本情况 5.1交换机设备供电故障、备用电瓶放电到临界。 5.2交换机设备控制部分出现故障。 5.3局部重要岗点电话不通。 6.应急组织机构总指挥：赵子亮（总经理）副总指挥：栗志超（安全副矿长）李生旺（生产副矿长）李红飞（机电副总工）成员：调度主任、机电科长、安通科长、调度员 7.事故应急救援程序 7.1预警值班人员发现或接到突发通信安全事件警示信息后，首先要在最短的时间赶到事故现场，采取必要措施，防止事故进一步扩大，同时问清或掌握发生事故的时间、地点、原因、影响范围等基本情况，迅速向业务领导汇报现场情况。 7.2预警行动

进程间通信实验报告

进程间通信实验报告班级：10网工三班学生姓名：谢昊天学号：1215134046 实验目的和要求： Linux系统的进程通信机构 (IPC) 允许在任意进程间大批量地交换数据。本实验的目的是了解和熟悉Linux支持的消息通讯机制及信息量机制。实验内容与分析设计：（1）消息的创建，发送和接收。 ①使用系统调用msgget (), msgsnd (), msgrev (), 及msgctl () 编制一长度为1k 的消息的发送和接收程序。 ②观察上面的程序，说明控制消息队列系统调用msgctl () 在此起什么作用？（2）共享存储区的创建、附接和段接。使用系统调用shmget(),shmat(),sgmdt(),shmctl(),编制一个与上述功能相同的程序。（3）比较上述（1），（2）两种消息通信机制中数据传输的时间。实验步骤与调试过程： 1.消息的创建，发送和接收： (1)先后通过fork( )两个子进程，SERVER和CLIENT进行通信。 (2)在SERVER端建立一个Key为75的消息队列，等待其他进程发来的消息。当遇到类型为1的消息，则作为结束信号，取消该队列，并退出SERVER 。SERVER每接收到一个消息后显示一句“(server)received”。 (3)CLIENT端使用Key为75的消息队列，先后发送类型从10到1的消息，然后退出。最后的一个消息，既是 SERVER端需要的结束信号。CLIENT每发送一条消息后显示一句“(client)sent”。 (4)父进程在 SERVER和 CLIENT均退出后结束。 2.共享存储区的创建,附接和断接： (1)先后通过fork( )两个子进程，SERVER和CLIENT进行通信。 (2)SERVER端建立一个KEY为75的共享区,并将第一个字节置为-1。作为数据空的标志.等待其他进程发来的消息.当该字节的值发生变化时,表示收到了该消息,进行处理.然后再次把它的值设为-1.如果遇到的值为0,则视为结束信号,取消该队列,并退出SERVER.SERVER 每接收到一次数据后显示”(server)received”. (3)CLIENT端建立一个为75的共享区,当共享取得第一个字节为-1时, Server端空闲,可发送请求. CLIENT 随即填入9到0.期间等待Server端再次空闲.进行完这些操作后, CLIENT退出. CLIENT每发送一次数据后显示”(client)sent”. (4)父进程在SERVER和CLIENT均退出后结束。实验结果： 1．消息的创建，发送和接收：由 Client 发送两条消息，然后Server接收一条消息。此后Client Server交替发送和接收消息。最后一次接收两条消息。Client 和Server 分别发送和接收了10条消息。message 的传送和控制并不保证完全同步,当一个程序不再激活状态的时候,它完全可能继续睡眠,造成上面现象。在多次send message 后才 receive message.这一点有助于理解消息转送的实现机理。

单片机之间的串行通讯

桂林电子科技大学微机与单片机接口设计报告指导教师：吴兆华学生：王晓鹏学号：092011211 2010 年6月25日

一、设计题目单片机之间的串行通讯二、设计内容与要求实现两个单片机之间的串行通讯，并用数码管分别显示两个单片机的数据，以验证通讯是否成功。三、设计目的意义当前，各种简单实用的通讯系统，使其达到数据传送稳在测控系统和工程应用中，常遇到多项任务需同时执行的情况，即主从式多机分布式系统成为现代工业广泛应用的模式。由于单片机功能强、体积小、价格低廉、开发应用方便，尤其具有全双工串行通讯的特点，在工业控制、数据采集、智能仪器仪表等方面都有广泛的应用。利用单片机的串行通信技术设计一定可靠，使用方便，可扩展为DCS系统应用于工业领域，将有广泛的实际应用价值。单片机除了需要外围器件完成特定的功能外，在很多的应用中单片机之间通讯及单片机和外围器件之间的数据交换，多年来国内外在信息的处理特别是控制和信息传输通讯领域有着十分广泛的应用。四、系统硬件原理图图 1 系统硬件原理图五、程序流程图与源程序软件的设计是重要的。它的好坏直接关系设计的成功与否。软件是用C

语言完成的，需要能熟练的掌握C语言，还要熟悉AT89S52单片机。从程序流程图、通信协议、波特率计算、编写程序、编译、和烧入软件的操作，到最后的调试，是很复杂的。下面作详细介绍： 1、程序流程图图2 程序流程图 2、 C语言程序（1）主机的程序 #include /********变量说明***********/ unsigned char i,j,k,KEY,flag; unsigned char time1,time2,time3; unsigned int code ； a[11]={0x00,0x3F,0x7D,0x5B,0x5B,0x00,0x76,0x79,0x38,0x38,0x3f

通信保障应急预案1

通信保障应急预案１总则 1.1 编制目的建立健全的长沙地区通信保障和通信恢复应急工作机制，提高应对突发事件的组织指挥能力和应急处置能力，保证应急通信指挥调度工作迅速、高效、有序地进行，满足突发情况下通信保障和通信恢复工作的需要，确保通信的安全畅通。 1.2 编制依据依据《湖南省突发公共事件总体应急预案》和《湖南移动通信保障应急预案》等规章制度，制定本预案。 1.3 适用范围本预案适用于下述情况下的通信保障或通信恢复工作。（1）一天内通信保障点在三个以上(含三个) ；（2）当通信保障主力队员都在或者一半以上都在长沙周边的市县或者离市区较远的地区进行通信保障时,而长沙市区又有新的通信保障点需要派技术员去保障；以及一些事先未发现的情况，在通信保障队员发现但是自己无法解决的情况下 1.4 工作原则在湖南长沙移动、广东怡创通信科技股份有限公司长沙事业部（以下简称怡创通信）领导下，通信保障和通信恢复工作坚持统一指挥、分级负

责，严密组织、密切协同，快速反应、保障有力的原则。２组织指挥体系及职责 2.1 湖南长沙移动通信保障应急组织机构及职责湖南长沙移动通信保障应急领导小组，负责领导整个长沙地区的通信保障和通信恢复应急工作。湖南长沙移动通信保障应急领导小组下设怡创通信通信保障应急小组，负责组织和协调通信保障和通信恢复应急工作以及日常联络和事务处理工作。 2.2 组织体系框架描述湖南长沙移动通信保障应急领导小组下达指令，怡创通信保障应急小组负责组织、协调长沙地区移动通信的应急管理机构，进行突发事件的通信保障和通信恢复应急工作。 3 应急响应 3.1 响应分级突发事件发生时，按照分级负责、快速反应的原则，通信保障和通信恢复应急响应工作划分为三个等级： Ⅰ级：突发事件造成长沙地区三个以上（包含三个）通信点信号故障影响，及湖南长沙移动有关部门同时下达的重要通信保障任务，由怡创通信保障应急小组组长报本公司高层领导申请，由领导负责组织和协调，启动本预案。 Ⅱ级：突发事件造成长沙市周边的某个县某个点的信号故障，所有的通信保障队员都在此地，长沙市区又出现新的信号故障点，由怡创通信保

通信联络系统管理办法

通信联络系统管理办法第一章设计与安装第一条所有井下通信设备必须采用防爆型，优先采用本质安全型，符合国家标准和《煤矿安全规程》要求。第二条井下调度通信系统应与行政通信系统分开，行政通信系统与公共通信网络联网。第三条通信联络系统应具有下列功能：（一）通信联络系统应能对不同用户设置不同的优先权和呼叫权限，应具有紧急呼叫功能。（二）通信联络系统应具有自诊断和实时故障指示功能。当发生故障时，及时报警并指示故障位置。（三）通信联络系统应具有录音功能，多通道同时录音，具备一个放音通道，可在线实时查询录音、监听、回放、存储等。（四）井下固定电话和手持移动电话与矿调度室具有直通功能。（五）调度交换机应可以随时呼叫系统内的终端，可强拆、强插中继或用户线。（六）调度交换机应配置可接收系统内终端紧急呼叫的设备，显示紧急呼叫的终端号码，发出声光报警，并可进行语音录音。（七）调度交换机应具有全呼和组呼功能，同时处理多路呼叫。（八）调度交换机应具有与地面专网（公网）组网的功能。

（九）调度交换机宜能召开多方会议。（十）无线通信系统应支持手持移动电话的自动漫游、越区切换。手持移动电话应具有抗震、防水、防腐功能。（十一）无线通信系统宜具有非法用户禁用功能、短信功能、支持脱网呼叫功能。（十二）井下广播系统应具有紧急广播功能，宜具有组播和选播功能。第四条通信联络系统必须有可靠的接地装置和防雷设施。通信线路入井处必须装设熔断器和防雷电装置。第五条通信联络系统必须有备用电源，备用电源持续工作时间不小于4h。第六条通信联络设备应有必要的备用，发生故障，应及时更换故障设备。第七条调度交换机必须安设耦合器等预防杂散电流入井的装置。第八条调度交换机与井下基站之间的传输距离应不小于10km。第九条在主副井绞车房、井底车场、运输调度室、采区变电所、上下山绞车房、水泵房、带式输送机集中控制硐室等主要机电设备硐室和采掘工作面以及采区、水平、矿井的最高点，应安设电话。掘进工作面距迎头50m范围内，应安设电话。采煤工作面机、风两巷端头50m范围内，应分别安设电话。采掘工作面巷道长度大于1000m时，在巷道中部应安设电话。

Linux下的进程间通信-详解

Linux下的进程间通信-详解详细的讲述进程间通信在这里绝对是不可能的事情，而且笔者很难有信心说自己对这一部分内容的认识达到了什么样的地步，所以在这一节的开头首先向大家推荐著名作者Richard Stevens的著名作品：《Advanced Programming in the UNIX Environment》，它的中文译本《UNIX环境高级编程》已有机械工业出版社出版，原文精彩，译文同样地道，如果你的确对在Linux下编程有浓厚的兴趣，那么赶紧将这本书摆到你的书桌上或计算机旁边来。说这么多实在是难抑心中的景仰之情，言归正传，在这一节里，我们将介绍进程间通信最最初步和最最简单的一些知识和概念。首先，进程间通信至少可以通过传送打开文件来实现，不同的进程通过一个或多个文件来传递信息，事实上，在很多应用系统里，都使用了这种方法。但一般说来，进程间通信（IPC：InterProcess Communication）不包括这种似乎比较低级的通信方法。Unix系统中实现进程间通信的方法很多，而且不幸的是，极少方法能在所有的Unix系统中进行移植（唯一一种是半双工的管道，这也是最原始的一种通信方式）。而Linux作为一种新兴的操作系统，几乎支持所有的Unix下常用的进程间通信方法：管道、消息队列、共享内存、信号量、套接口等等。下面我们将逐一介绍。 2.3.1 管道管道是进程间通信中最古老的方式，它包括无名管道和有名管道两种，前者用于父进程和子进程间的通信，后者用于运行于同一台机器上的任意两个进程间的通信。无名管道由pipe（）函数创建： #include int pipe(int filedis[2])；参数filedis返回两个文件描述符：filedes[0]为读而打开，filedes[1]为写而打开。filedes[1]的输出是filedes[0]的输入。下面的例子示范了如何在父进程和子进程间实现通信。 #define INPUT 0 #define OUTPUT 1 void main() { int file_descriptors[2]; /*定义子进程号 */ pid_t pid; char buf[256]; int returned_count; /*创建无名管道*/ pipe(file_descriptors); /*创建子进程*/ if((pid = fork()) == -1) { printf("Error in fork\n"); exit(1); } /*执行子进程*/ if(pid == 0) { printf("in the spawned (child) process...\n"); /*子进程向父进程写数据，关闭管道的读端*/ close(file_descriptors[INPUT]); write(file_descriptors[OUTPUT], "test data", strlen("test data"));