染雾深入Windows通信编程 篇一
在现代计算机系统中，通信编程是一个非常重要的部分。无论是网络通信还是进程间通信，都离不开对Windows通信编程的深入理解和应用。本文将介绍一些常见的Windows通信编程技术，并深入探讨其原理和应用。
首先，我们来介绍一种常见的进程间通信技术——命名管道。命名管道是一种基于文件系统的通信机制，可以在不同的进程之间传递数据。它的原理是通过创建一个管道文件，进程可以通过读写管道文件来进行数据交换。使用命名管道可以实现进程之间的实时通信，例如一个进程可以将数据写入管道文件，另一个进程则可以从管道文件中读取数据。命名管道在Windows系统中被广泛应用于进程间通信。
另一种常见的通信技术是套接字（Socket）。套接字是一种通信端点，用于在不同计算机之间进行网络通信。在Windows系统中，套接字可以用于实现客户端和服务器之间的通信。它的原理是通过创建一个套接字对象，进程可以通过套接字对象与远程计算机建立连接，并进行数据的发送和接收。套接字在网络编程中起到了非常重要的作用，广泛应用于各种网络通信场景。
除了命名管道和套接字，Windows系统还提供了其他一些通信技术，如邮件槽、共享内存等。这些通信技术各有特点，适用于不同的场景。例如，邮件槽可以用于在不同进程之间传递小型消息，而共享内存则可以用于高效地共享大量数据。
在进行Windows通信编程时，我们还需要了解一些相关的编程接口和函数。例如，Windows API中提供了一系列用于通信编程的函数，如CreateNamedPipe和ConnectNamedPipe等。通过调用这些函数，我们可以在应用程序中实现各种通信功能。此外，Windows还提供了一些高级的通信库，如Winsock和Windows Communication Foundation（WCF），它们可以简化通信编程的复杂性，提供更高级的抽象和功能。
综上所述，深入理解和应用Windows通信编程是非常重要的。通过掌握不同的通信技术和相关的编程接口，我们可以实现各种复杂的通信功能，提高应用程序的性能和稳定性。希望本文能够对读者在Windows通信编程方面有所帮助，引发更多的思考和探索。
深入Windows通信编程 篇二
在前一篇文章中，我们介绍了一些常见的Windows通信编程技术。本文将继续深入探讨Windows通信编程的相关内容，并介绍一些高级的通信技术和应用。
首先，我们来介绍一种常见的网络通信技术——RPC（Remote Procedure Call）。RPC是一种用于实现分布式计算的通信协议，可以让程序在不同计算机之间进行远程调用。在Windows系统中，RPC被广泛应用于构建分布式应用程序。通过RPC，我们可以实现跨计算机的函数调用，使得分布式应用程序的开发变得更加简单和高效。
另一种高级的通信技术是消息队列（Message Queue）。消息队列是一种异步通信机制，可以在不同的进程之间传递消息。在Windows系统中，消息队列被广泛应用于构建可靠的分布式系统。通过消息队列，我们可以将任务分发到不同的进程，实现任务的并行处理和负载均衡。消息队列还可以实现消息的持久化，保证消息在传递过程中不丢失。
除了RPC和消息队列，Windows系统还提供了其他一些高级的通信技术和框架。例如，Windows Communication Foundation（WCF）是一种用于构建分布式应用程序的通信框架，它提供了一系列的编程模型和工具，使得分布式应用程序的开发变得更加简单和可靠。另外，Windows还提供了一些用于实现实时通信的技术，如WebSockets和SignalR等。
在进行Windows通信编程时，我们还需要考虑一些与安全相关的问题。例如，如何确保通信过程中的数据安全性和完整性，如何防止恶意攻击和拒绝服务等。Windows提供了一系列的安全机制和协议，如SSL（Secure Sockets Layer）和Windows身份验证等，可以帮助我们构建安全可靠的通信系统。
综上所述，深入理解和应用Windows通信编程的高级技术和框架是非常重要的。通过掌握这些技术和框架，我们可以构建更加高效、可靠和安全的分布式应用程序。希望本文能够对读者在Windows通信编程方面提供更多的启发和帮助，激发更多的探索和创新。
深入Windows通信编程 篇三
深入Windows通信编程
一、Windows通信机制
Windows与DOS编程的重要差别在于Windows程序是消息驱动和设备统一管理。体现在通信方面,DOS中的寄存器直接读写、BIOS调用和通信中断程序等编程方法都不能或不宜采用。Windows通过通信驱动程序COMM.DRV与硬件接口,向程序员提供了多达17个标准函数,功能强大,但也增加了理解和编程的难度。
Windows3.1通信函数主要有:
OpenComm
打开一通信设备
BuildCimmDCB将一设备定义字符串转变为DCB数据结构
EnableCommNotification使能或禁止传送WM_COMMNOTIFY消
息
SetCommState设置通信设备状态
SetCommEventMask设置通信事件掩码
ReadComm从通信设备读字符
WriteComm向通信设备写字符
FlushComm清除一发送或接收队列
GetCommEventMask返回通信事件掩码
GetCommState返回设备控制块(DCB)
GetCommError恢复通信设备状态
CloseComm关闭一通信设备
DCB数据结构、其它通信函数及各函数的具体用法请参见有关资料。
一般Windows通信编程应包括两部分:设备初始化及WM_COMMNOTIF
Y消息处理。
设备初始化典型流程如图1。
图1
WM_COMMNOTIFY消息处理典型流程如图2。
图2
对于大多数实际通信来说,可能只需要处理流程图中的一部分。
设备初始化及WM_COMMNOTIFY消息处理两部分密切相关。所有类型WM_COMMNOTIFY消息的传送都是因为在初始化函数中进行了相应的设置。
换言之,可以根据通信的实际情况有选择地设置,控制Windows向应用程序发送的WM_COMMNOTIFY消息的数量和类型,以期达到高效、可靠的通信。例如,对于固定长度消息型的通信可以在EnableCommNotification函数中设置cbWriteNotify和cbOutQueue参数为消息长度;对于以固定字符结尾的消息型通信可以在事件掩码中包括EV_RXFLAG,将DCB数据结构中的EvtChar变量置为结尾字符,然后调用SetCommState和SetCommEventMask函数;对于遵循V.25bis之类协议的通信,由于用到了大量信号线来作握手信号,则事件掩码中要包含EV_CTS、EV_DSR、EV_RSLD及EV_RING等;而对于文件传送型的通信,则宜将OpenComm
二、Windows通信疑难探讨
现将笔者在实际编程中遇到的疑难和解决办法描述如下,希望对遇到类似问题的朋友有所启发。
1.怎样用Windows未提供的波特率通信?
Windows提供了由110bps至256000bps共十三种波特率,一般情况下已足够使用。但在某种特定情况下,例如通信对方使用150bps、又无法要求对方改变波特率时,Windows通信就比较困难了。
首先想到的解决方法是直接调用BIOS中断14H来设置波特率(DOS提供了150bps的波特率)。结果是Windows屏蔽了该中断,尝试失败。
最后的是采用"蒙混过关"的办法解决问题的:首先,以任一Windows支持的波特率(例如300bps)构造通信参数字符串,调用BuildCommDCB产生DCB数据结构;然后调用SetCommState设置通信参数;最后再调用自编函数直接修改串口通信寄存器的值。经实验,设置成功,且对Windows程序运行无任何不良影响。
2.接收数据为何"丢失"?
通过设置EnableCommNotification函数中的cbWriteNotify参数(在发送WM_COMMNOTIFY消息之前,通信设备驱动程序必须向应用程序出入队列中写入的字节数),可以使系统每收到固定个字符发出一WM_COMMNOTIFY消息,这对于固定长度消息型的通信是很方便的。但实际应用时有时会发生接收数据"丢失"现象,即收到WM_COMMNOTIFY消息后从接收队列读出cbNotify个数据时,发现只有前面
[1][2][3][4]
