xp与win7间通过命名管道通信遇到的问题 求教

可以先把可移动的设备连接到另外一台计算机上进行通信试试，然后确定到底是win7系统驱动本身的问题还是硬件出现问题，根据你的表述，你的win7 系统驱动出现问题的可能很大，如果是后者，先把驱动删掉，再重新驱动

进程间通信是指在不同进程之间进行数据交换和信息传递的机制。常见的进程间通信方式包括：

1、管道 (Pipe)：一种单向通信的机制，只能在有亲缘关系的进程之间使用。

2、命名管道 (named pipe 或 FIFO)：允许多个进程之间可以同时读、写同一个管道。

3、信号 (Signal)：一种异步通信机制，用于通知目标进程发生了某个事件。

4、共享内存 (Shared Memory)：多个进程共享同一块物理内存，可以实现高速的数据传输。

5、消息队列 (Message Queue)：多个进程可以通过队列来传输消息，可以异步地进行通信。

6、套接字 (Socket)：用于在网络上进行进程间通信和远程过程调用。

7、信号量 (Semaphore)：用于控制多个进程对共享资源的访问，并防止竞态条件。

8、文件锁 (File Lock)：用于协调多个进程对同一个文件进行访问的机制，可以避免竞争和数据损坏。

进程间通信的主要应用领域包括：

1、 *** 作系统：IPC 是 *** 作系统中各个进程之间进行通信、数据交换和资源共享的基础。

2、网络编程：进程间通信在网络编程中也是必不可少的。通过套接字和网络协议，各个应用程序可以在网络上实现通信和数据交换。

3、分布式系统：在分布式系统中，IPC 对于实现不同节点之间的协调、信息共享、任务协同等方面起到了重要的作用。

4、数据库管理系统：数据库管理系统（DBMS）中，多个进程之间也需要进行通信，以共享数据库的信息和实现并发控制等功能。

5、图形用户界面：图形用户界面（GUI）程序中，用户界面和后台数据处理进程之间也需要进行通信，以实现数据交换和用户界面的更新。

6、并行计算：在并行计算中，各个进程需要共享数据和相互协调，从而实现高效的任务分配和计算。

通信管道是由人孔、手孔、管道三部分构成的。

管道通信即发送进程以字符流形式将大量数据送入管道，接收进程可从管道接收数据，二者利用管道进行通信。

无论是SQLServer用户，还是PB用户，作为C/S结构开发环境，他们在网络通信的实现上，都有一种共同的方法——命名管道。

由于当前 *** 作系统的不惟一性，各个系统都有其独自的通信协议，导致了不同系统间通信的困难。

尽管TCP/IP协议目前已发展成为Internet的标准，但仍不能保证C/S应用程序的顺利进行。命名管道作为一种通信方法，有其独特的优越性，这主要表现在它不完全依赖于某一种协议，而是适用于任何协议——只要能够实现通信。

21 文件映射

文件映射(Memory-Mapped Files)能使进程把文件内容当作进程地址区间一块内存那样来对待。因此，进程不必使用文件I/O *** 作，只需简单的指针 *** 作就可读取和修改文件的内容。

Win32 API允许多个进程访问同一文件映射对象，各个进程在它自己的地址空间里接收内存的指针。通过使用这些指针，不同进程就可以读或修改文件的内容，实现了对文件中数据的共享。

应用程序有三种方法来使多个进程共享一个文件映射对象。

(1)继承：第一个进程建立文件映射对象，它的子进程继承该对象的句柄。

(2)命名文件映射：第一个进程在建立文件映射对象时可以给该对象指定一个名字(可与文件名不同)。第二个进程可通过这个名字打开此文件映射对象。另外，第一个进程也可以通过一些其它IPC机制(有名管道、邮件槽等)把名字传给第二个进程。

(3)句柄复制：第一个进程建立文件映射对象，然后通过其它IPC机制(有名管道、邮件槽等)把对象句柄传递给第二个进程。第二个进程复制该句柄就取得对该文件映射对象的访问权限。

文件映射是在多个进程间共享数据的非常有效方法，有较好的安全性。但文件映射只能用于本地机器的进程之间，不能用于网络中，而开发者还必须控制进程间的同步。

22 共享内存

Win32 API中共享内存(Shared Memory)实际就是文件映射的一种特殊情况。进程在创建文件映射对象时用0xFFFFFFFF来代替

文件句柄(HANDLE)，就表示了对应的文件映射对象是从 *** 作系统页面文件访问内存，其它进程打开该文件映射对象就可以访问该内存块。由于共享内存是用

文件映射实现的，所以它也有较好的安全性，也只能运行于同一计算机上的进程之间。

23 匿名管道

管道(Pipe)是一种具有两个端点的通信通道：有一端句柄的进程可以和有另一端句柄的进程通信。管道可以是单向－一端是只读的，另一端点是只写的；也可以是双向的一管道的两端点既可读也可写。

匿名管道(Anonymous Pipe)是 在父进程和子进程之间，或同一父进程的两个子进程之间传输数据的无名字的单向管道。通常由父进程创建管

道，然后由要通信的子进程继承通道的读端点句柄或写 端点句柄，然后实现通信。父进程还可以建立两个或更多个继承匿名管道读和写句柄的子进程。这些子进程

可以使用管道直接通信，不需要通过父进程。

匿名管道是单机上实现子进程标准I/O重定向的有效方法，它不能在网上使用，也不能用于两个不相关的进程之间。

24 命名管道

命名管道(Named Pipe)是服务器进程和一个或多个客户进程之间通信的单向或双向管道。不同于匿名管道的是命名管道可以在不相关的进程之间和不

同计算机之间使用，服务器建立命名管道时给它指定一个名字，任何进程都可以通过该名字打开管道的另一端，根据给定的权限和服务器进程通信。

命名管道提供了相对简单的编程接口，使通过网络传输数据并不比同一计算机上两进程之间通信更困难，不过如果要同时和多个进程通信它就力不从心了。

25 邮件槽

邮件槽(Mailslots)提 供进程间单向通信能力，任何进程都能建立邮件槽成为邮件槽服务器。其它进程，称为邮件槽客户，可以通过邮件槽的名字给

邮件槽服务器进程发送消息。进来的消 息一直放在邮件槽中，直到服务器进程读取它为止。一个进程既可以是邮件槽服务器也可以是邮件槽客户，因此可建立多个

邮件槽实现进程间的双向通信。

通过邮件槽可以给本地计算机上的邮件槽、其它计算机上的邮件槽或指定网络区域中所有计算机上有同样名字的邮件槽发送消息。广播通信的消息长度不能超过400字节，非广播消息的长度则受邮件槽服务器指定的最大消息长度的限制。

邮件槽与命名管道相似，不过它传输数据是通过不可靠的数据报(如TCP/IP协议中的UDP包)完成的，一旦网络发生错误则无法保证消息正确地接收，而

命名管道传输数据则是建立在可靠连接基础上的。不过邮件槽有简化的编程接口和给指定网络区域内的所有计算机广播消息的能力，所以邮件槽不失为应用程序发送

和接收消息的另一种选择。

26 剪贴板

剪贴板(Clipped Board)实质是Win32 API中一组用来传输数据的函数和消息，为Windows应用程序之间进行数据共享提供了一个

中介，Windows已建立的剪切(复制)－粘贴的机制为不同应用程序之间共享不同格式数据提供了一条捷径。当用户在应用程序中执行剪切或复制 *** 作时，应

用程序把选取的数据用一种或多种格式放在剪贴板上。然后任何其它应用程序都可以从剪贴板上拾取数据，从给定格式中选择适合自己的格式。

剪贴板

是一个非常松散的交换媒介，可以支持任何数据格式，每一格式由一无符号整数标识，对标准(预定义)剪贴板格式，该值是Win32 API定义的常量；对非

标准格式可以使用Register Clipboard Format函数注册为新的剪贴板格式。利用剪贴板进行交换的数据只需在数据格式上一致或都可以

转化为某种格式就行。但剪贴板只能在基于Windows的程序中使用，不能在网络上使用。

27 动态数据交换

动态数据交换(DDE)是使用共享内存在应用程序之间进行数据交换的一种进程间通信形式。应用程序可以使用DDE进行一次性数据传输，也可以当出现新数据时，通过发送更新值在应用程序间动态交换数据。

DDE和剪贴板一样既支持标准数据格式(如文本、位图等)，又可以支持自己定义的数据格式。但它们的数据传输机制却不同，一个明显区别是剪贴板 *** 作几乎

总是用作对用户指定 *** 作的一次性应答－如从菜单中选择Paste命令。尽管DDE也可以由用户启动，但它继续发挥作用一般不必用户进一步干预。DDE有三

种数据交换方式：

(1) 冷链：数据交换是一次性数据传输，与剪贴板相同。

(2) 温链：当数据交换时服务器通知客户，然后客户必须请求新的数据。

(3) 热链：当数据交换时服务器自动给客户发送数据。

DDE交换可以发生在单机或网络中不同计算机的应用程序之间。开发者还可以定义定制的DDE数据格式进行应用程序之间特别目的IPC，它们有更紧密耦合的通信要求。大多数基于Windows的应用程序都支持DDE。

28 对象连接与嵌入

应用程序利用对象连接与嵌入(OLE)技术管理复合文档(由多种数据格式组成的文档)，OLE提供使某应用程序更容易调用其它应用程序进行数据编辑的服

务。例如，OLE支持的字处理器可以嵌套电子表格，当用户要编辑电子表格时OLE库可自动启动电子表格编辑器。当用户退出电子表格编辑器时，该表格已在原

始字处理器文档中得到更新。在这里电子表格编辑器变成了字处理器的扩展，而如果使用DDE，用户要显式地启动电子表格编辑器。

同DDE技术相同，大多数基于Windows的应用程序都支持OLE技术。

29 动态连接库

Win32动态连接库(DLL)中的全局数据可以被调用DLL的所有进程共享，这就又给进程间通信开辟了一条新的途径，当然访问时要注意同步问题。

虽然可以通过DLL进行进程间数据共享，但从数据安全的角度考虑，我们并不提倡这种方法，使用带有访问权限控制的共享内存的方法更好一些。

210 远程过程调用

Win32 API提供的远程过程调用(RPC)使应用程序可以使用远程调用函数，这使在网络上用RPC进行进程通信就像函数调用那样简单。RPC既可以在单机不同进程间使用也可以在网络中使用。

由于Win32 API提供的RPC服从OSF-

DCE(Open Software Foundation Distributed Computing Environment)标准。所以通过

Win32 API编写的RPC应用程序能与其它 *** 作系统上支持DEC的RPC应用程序通信。使用RPC开发者可以建立高性能、紧密耦合的分布式应用程

序。

211 NetBios函数

Win32 API提供NetBios函数用于处理低级网络控制，这主要是为IBM NetBios系统编写与Windows的接口。除非那些有特殊低级网络功能要求的应用程序，其它应用程序最好不要使用NetBios函数来进行进程间通信。

212 Sockets

Windows Sockets规范是以UCBerkeley大学BSD UNIX中流行的Socket接口为范例定义的一套Windows下的网

络编程接口。除了Berkeley Socket原有的库函数以外，还扩展了一组针对Windows的函数，使程序员可以充分利用Windows的消息机

制进行编程。

现在通过Sockets实现进程通信的网络应用越来越多，这主要的原因是Sockets的跨平台性要比其它IPC机制好得多，另

外WinSock 20不仅支持TCP/IP协议，而且还支持其它协议(如IPX)。Sockets的唯一缺点是它支持的是底层通信 *** 作，这使得在单机

的进程间进行简单数据传递不太方便，这时使用下面将介绍的WM_COPYDATA消息将更合适些。

213 WM_COPYDATA消息

WM_COPYDATA是一种非常强大却鲜为人知的消息。当一个应用向另一个应用传送数据时，发送方只需使用调用SendMessage函数，参数是目

的窗口的句柄、传递数据的起始地址、WM_COPYDATA消息。接收方只需像处理其它消息那样处理WM_COPY DATA消息，这样收发双方就实现了

数据共享。

WM_COPYDATA是一种非常简单的方法，它在底层实际上是通过文件映射来实现的。它的缺点是灵活性不高，并且它只能用于Windows平台的单机环境下。

(1)管道(Pipe)：管道可用于具有亲缘关系进程间的通信，允许一个进程和另一个与它有共同祖先的进程之间进行通信。

(2)命名管道(named

pipe)：命名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信。命名管道在文件系统中有对应的文件名。命名管道通过命令mkfifo或系统调用mkfifo来创建。

　(3)信号(Signal)：信号是比较复杂的通信方式，用于通知接受进程有某种事件发生，除了用于进程间通信外，进程还可以发送信号给进程本身;Linux除了支持Unix早期信号语义函数sigal外，还支持语义符合Posix1标准的信号函数sigaction(实际上，该函数是基于BSD的，BSD为了实现可靠信号机制，又能够统一对外接口，用sigaction函数重新实现了signal函数)。

(4)消息(Message)队列：消息队列是消息的链接表，包括Posix消息队列system

V消息队列。有足够权限的进程可以向队列中添加消息，被赋予读权限的进程则可以读走队列中的消息。消息队列克服了信号承载信息量少，管道只能承载无格式字节流以及缓冲区大小受限等缺

(5)共享内存：使得多个进程可以访问同一块内存空间，是最快的可用IPC形式。是针对其他通信机制运行效率较低而设计的。往往与其它通信机制，如信号量结合使用，来达到进程间的同步及互斥。

(6)信号量(semaphore)：主要作为进程间以及同一进程不同线程之间的同步手段。

(7)套接字(Socket)：更为一般的进程间通信机制，可用于不同机器之间的进程间通信。起初是由Unix系统的BSD分支开发出来的，但现在一般可以移植到其它类Unix系统上：Linux和System

V的变种都支持套接字。

你想问的是命名管道和socket底层一样吗，不一样。

根据Linux系统官方数据显示，命名管道是一种特殊的文件，而Socket是一组网络编程的API，两者的实质就是不同。

命名管道又名命名管线（NamedPipes），是一种简单的进程间通信（IPC）机制，MicrosoftWindows大都提供了对它的支持（但不包括WindowsCE）。

固定格式,pipename指你要创建的管道名称,圆点表示本地管道的意思

如你要创建一个名为MyPipe的命名管道 就这样在MFC中写:

HANDLE hPipe;

hPipe=CreateNamedPipe("\\\\\\pipe\\MyPipe",PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED,0,1,1024,1024,0,NULL);

//注意"\\\pipe\pipename"在实际写的过程中是双斜杠"\\\\\\pipe\\pipename"

你要不同电脑的话就把圆点改成对方主机名

以上就是关于xp与win7间通过命名管道通信遇到的问题 求教全部的内容，包括:xp与win7间通过命名管道通信遇到的问题 求教、进程间的通信有哪些、通信管道由哪几部分组成等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！