windows网络编程,Windows网络编程技术

如何使用windows网络编程select

1. select系统调用

select系统调用是用来让我们的程序监视多个文件描述符的状态变化的。程序会停在select这里等待，直到被监视的文件描述符有某一个或多个发生了状态改变。

select()的机制中提供一fd_set的数据结构，实际上是一long类型的数组，每一个数组元素都能与一打开的文件句柄建立联系，建立联系的工作由程序员完成，当调用select()时，由内核根据IO状态修改fd_set的内容，由此来通知执行了select()的进程哪些Socket或文件可读可写。

select函数原型：

#include sys/select.h #include sys/time.h#include sys/types.h#include unistd.hint select(int nfds, fd_set * readfds, fd_set * writefds, fd_set * exceptfds, const struct timeval * timeout);

ndfs：select监视的文件句柄数，视进程中打开的文件数而定，一般设为要监视各文件中的最大文件描述符值加1。

readfds：这个文件描述符集合监视文件集中的任何文件是否有数据可读，当select函数返回的时候，readfds将清除其中不可读的文件描述符，只留下可读的文件描述符。

writefds：这个文件描述符集合监视文件集中的任何文件是否有数据可写，当select函数返回的时候，writefds将清除其中不可写的文件描述符，只留下可写的文件描述符。

exceptfds：这个文件集将监视文件集中的任何文件是否发生错误，其实，它可用于其他的用途，例如，监视带外数据OOB，带外数据使用MSG_OOB标志发送到套接字上。当select函数返回的时候，exceptfds将清除其中的其他文件描述符，只留下标记有OOB数据的文件描述符。

timeout：本次select()的超时结束时间。这个参数至关重要，它可以使select处于三种状态：

（1）若将NULL以形参传入，即不传入时间结构，就是将select置于阻塞状态，一定等到监视文件描述符集合中某个文件描述符发生变化为止；

（2）若将时间值设为0秒0毫秒，就变成一个纯粹的非阻塞函数，不管文件描述符是否有变化，都立刻返回继续执行，文件无变化返回0，有变化返回一个正值；

（3）timeout的值大于0，这就是等待的超时时间，即select在timeout时间内阻塞，超时时间之内有事件到来就返回了，否则在超时后不管怎样一定返回，返回值同上述。

函数的返回值：

正值：表示监视的文件集中有文件描述符符合要求

零值：表示select监视超时

负值：表示发生了错误，错误值由errno指定。

宏操作：

FD_ZERO(fd_set *set)： 用来清除描述词组set的全部位

FD_SET(int fd,fd_set*set)： 用来设置描述词组set中相关fd的位

FD_ISSET(int fd,fd_set *set)： 用来测试描述词组set中相关fd 的位是否为真

FD_CLR(inr fd,fd_set* set)： 用来清除描述词组set中相关fd 的位注意事项：

（1）对于可写性的检查，最好放在需要写数据的时候进行检查。如果和可读性放在同一个地方进行检查，那么select很可能每次都会因为可写性检查成功而返回。

（2）select()调用会清空传递给它的集合参数中的内容，也就是会清空readfds、writefd、exceptfds这三个指针参数所指定的描述符集合。因此，在每次调用select()之前,必须重新初始化并把需要监视的描述符填写到相应的描述符集合中。select()调用也会清空timeout指针所指向的struct timeval结构，所以在每次调用select()之前也要重新填充timeout指针所指向的struct timeval结构。

请比较Linux与Windows在网络编程方面的特点

找了一段，大致涉及到了您的问题：

一、socket的模式

socket一般有两种模式：同步和异步（windows网络编程技术中也可叫锁定和非锁定，Linux网络编程叫阻塞和非阻塞）。

二、socket的类型

socket一般有三种类型，基于TCP的流式套接字，基于UDP的数据报套接字和原始套接字。

三、socket的IO模型

socket

的IO模型是编程中使用socket两种模式的策略，它们适用的场合不同，在不同的操作系统上支持的模型也不同，例如windows从NT版本才开始支持

完成端口模型。Linux和Windows所支持的模型也有区别，当然也有相同的地方，可能叫法不一样，但大致思路是一样的，下面分别介绍windows

和Linux的IO模型

1、 Windows下的套接字IO模型：

A、 Select(选择)模型

用于同步socket的状态检测模型，又叫（Linux）多路复用，可以同时检测多个socket的状态

B、 WSAAsyncSelect（异步选择）模型

用于异步socket的异步事件设置，它是基于Windows消息的模型，必须先打开一个窗口，然后把窗口和socket的消息绑定，这样，在socket有消息通知时，操作系统便通知窗口，然后在窗口进行处理。

C、 WSAEventSelect(异步事件)模型

用

于异步socket的异步事件，它是基于网络事件的模型，先使用CreateEvent创建一个事件，然后使用WSAEventSelect进行事件绑

定，然后可以使用WaitForMultipleObject（Event）进行事件监听，可以同时监听多个事件，不光是socket的，比如可以监听使

用CreateWaitableTimer创建的Timer等。

D、 重叠IO模型

用

于异步socket,在创建socket时需要在创建函数WSASocket中使用WSA_FLAG_OVERLAPPED标志，然后在投递IO请求的时

候将一个Overlapped结构体指针赋给投递函数，可以使用WSAWaitForMultipleObject来监听事件，然后使用

WSAGetOverlappedResult来获取IO的状态，也可以在Overlapped结构体中使用完成例程来处理，即在投递函数中把完成例程赋

给投递函数。

E、 完成端口模型

它

是迄今为止最复杂的一种IO模型，当应用程序需要管理众多的套接字并且希望随着系统内安装的CPU数目的增多，应用程序的性能也可以线性增加，就可以使用

这种模型，它的原理是每个CPU可以单独负责一个线程的执行，避免线程的频繁切换。使用这种模型往往可以达到最佳的系统性能。

首

先需要使用CreateIOCompletePort来创建完成端口，然后将IO句柄和此端口绑定，绑定也是使用此函数，当然也可以一次完成。接着是创建

工作者线程，工作者线程会使用GetQueuedCompletionStatus进入完成端口维护的线程池，当有完成事件时，会激活一个线程。

2、 Linux下的IO模型

A、阻塞IO

B、非阻塞IO

C、IO多路复用(选择)

D、信号驱动

用于异步socket,首先设定信号处理函数,然后使用fcntl函数设定socket的拥有者，像windows下使用WSAAsncSelect设定socket的窗口一样。使用这种模型，当内核操作可以被操作的时候通知我们的应用程序

E、异步IO

当内核在所有操作完成后才会通知应用程序

四、socket的一些使用上的优化

A、缓冲区的优化，可以考虑让应用程序使用比较小的缓冲区，但同时使用多个WSARecv

B、使用socket选项SO_SNDBUF和SO_RCVBUF设置socket缓冲区大小，如果设为0，操作体系统会使用应用程序的缓冲区，这样避免了从系统缓冲区向用户区复制的开销

五、注意这些IO模型有些不光是针对socket的，其他的IO操作也可以使用，最常用使用的是WriteFile,ReadFile等函数。

其它查考网址：

Windows和Linux下的网络编程方法的异同

Linux下的网络编程与Windows下采用底层的API类似，但是也有区别：区别一：Windows下需加上WSAStartup()函数区别二：关闭socket：Linux为close()，Windows为closesocket()windows下采用上层的API，一般有CSocket和CAsynSocket这两种类型的类这种情况以下socket函数一般的首字母大写。而底层的API不管是windows下的还是linux下的socket函数首字母都是小写的。

请给一些Windows中网络编程的资料

为一个不断进取的编程者,我们常常不满足于编程语言所提供的一般功能,总是希望能够实现一些特殊的功能,这有时不但是我们程序的要求,有时也是编程者心理上需要(试想，还会有什么比在深夜中巧妙解决一个难题而更令人兴奋呢？)。VisualBasic，做为一个当前最流行的快速编程环境，就给我们提供了实现这些目标的平台，事实上，它无限扩展的API接口可以实现所有WINDOWS下可以实现的功能。然而对于初学者来说，“浩瀚“的API函数总是显得那么神奇与不可琢磨，因此在实际应用过程中不能够灵活应用。下面我将结合两个小例子来示范介绍VB中调用API函数的步骤和功能,并总结说明在实际工作中如何提高这方面的技巧。例子在WINDOWS98下采用VB6.0编译。

一．限制鼠标的移动

---- 有时我们的软件要求用户在未完成某一任务时，鼠标不能移出当前活动控件，换句话就是将鼠标限制在控件的内部，直到任务完成或用户中断为止。这个功能借助API函数实现起来思路很清楚，代码也很简洁。其思路是先确定当前鼠标的位置；然后确定当前活动控件的大小；最后将鼠标限制在活动控件内。（下面忽略项目建立等过程）

---- 1．建立一个新项目：新窗体为form1,在form1上添加一个commandbutton,设置其Name=CMButton1；Caption=“将鼠标限制在此按钮中“

---- 2．拷贝API函数和POINTAPI结构：打开VB6.0自带的API浏览器，调入WIN32API.txt文件，复制以下结构和函数声明到form1的声明部分：

Private Type RECT

Left As Long

Top As Long

Right As Long

Bottom As Long

End Type

Private Type POINTAPI

x As Long

y As Long

End Type

Private Declare Function ClientToScreen Lib

“user32“ Alias “ClientToScreen“ (ByVal

hwnd As Long, lpPoint As POINTAPI) As Long

‘用来确定当前鼠标的位置

Private Declare Function ClipCursor Lib

“user32“ Alias “ClipCursor“ (lpRect As Any)

As Long ‘用来限定当前鼠标的活动范围

---- 3．定义一个通用过程ConfineTo

Public Sub ConfineTo (myCtl As Object)

On Error Resume Next

Dim tmpRect As RECT

Dim pt As POINTAPI

With myCtl

If TypeOf myCtl Is Screen Then ‘锁定在屏幕范围内

tmpRect.Left = 0

tmpRect.Top = 0

tmpRect.Right = (.Width \ Screen.TwipsPerPixelX)

tmpRect.Bottom = (.Height \ Screen.TwipsPerPixelY)

Elseif TypeOf myCtl Is form ‘锁定在窗体范围内

tmpRect.Left = (.Left \ Screen.TwipsPerPixelX)

tmpRect.Top = (.Top \ Screen.TwipsPerPixelY)

tmpRect.Right = (.Left + .Width) \ Screen.TwipsPerPixelX

tmpRect.Bottom = (.Top + .Height) \ Screen.TwipsPerPixelY

else

pt.X = 0

pt.Y = 0

Call ClientToScreen(.hWnd, pt)

‘获取当前控件在屏幕上的位置

tmpRect.Left = pt.X

‘保存当前控件位置

tmpRect.Top = pt.Y

pt.X = .Width

pt.Y = .Height

Call ClientToScreen(.hWnd, pt)

tmpRect.Bottom = pt.Y

tmpRect.Right = pt.X

End If

Call ClipCursor(tmpRect)

End With

End Sub

---- 4．在 CMButton1_Click()中加入以下代码

Static Cliped As Boolean

‘静态变量用来控制状态切换

If Not Cliped Then

ConfineTo Cmbutton1

Cliped = True

Else

ConfineTo Screen ‘取消鼠标限制

Cliped = True

End If

---- 5. 运行后，鼠标点击cmbutton1,此时鼠标只能被锁定在此按钮内部，再次点击按钮，限制取消。

二．创建临时文件

---- 临时文件用来保存软件运行过程中的临时变化，这对于熟悉WORD等软件的人来说，经常会遇到。那么临时文件是如何产生的呢，其实很简单，只需要一个API函数就可以。

---- 1．拷贝声明函数(方法同前)

Private Declare Function GetTempFileName Lib “kernel32“ _

Alias “GetTempFileNameA“ (ByVal lpszPath As String, _

ByVal lpPrefixString As String, ByVal wUnique As Long, _

ByVal lpTempFileName As String) As Long

参数定义如下：

lpszPath ＝传入保存临时文件的路径 ，如“C:\mytemp“

lpPrefixString=传入临时文件名开始的前三个字母，

起到帮助识别临时文件来源的作用。

wUnique ＝0 ,windows随机产生文件名；否则安其值定义文件名。

lpTempFileName=返回随机文件名

---- 2.返回临时文件名

Private Function GenTempName(sPath As String)

Dim sPrefix As String

Dim lUnique As Long

Dim sTempFileName As String

If IsEmpty(sPath) Then sPath = “c:\temp“

sPrefix = “TVB“

lUnique = 0 ‘windows随机给名

sTempFileName = Space$(100)

GetTempFileName sPath, sPrefix, lUnique, sTempFileName

sTempFileName = Mid$(sTempFileName, 1,

InStr(sTempFileName, Chr$(0)) - 1) ‘去掉多余空格

GenTempName = sTempFileName

End Function

---- 3．将下面代码加入到form1_click()事件中

MsgBox GenTempName(“c:\temp“)

---- 4.运行，鼠标点击form,弹出msgbox,显示生成“c:\temp\TVB724.tmp“文件，用文件管理器查看，在c:\temp下有TVB724.tmp 文件，长度为0K。

---- 需要注意的是，传入的路径必须是有效路径，否则GenTempName函数返回0，lpTempFileName中也没有临时文件名。

三.结束语

---- 从上面可以看出，API函数的确简单高效，但也充满一些看似高深的变量而使人却步。我们不禁会问，究竟什么时候要用到API函数？具体哪些函数可以解决我的问题？，那些函数中的变量都代表什么？其实对这些问题，即使对一个VB高手也难给出明确的回答，因为API函数库实在太庞大了，每一个人最终只能熟悉其中的一小部分（这也可能是调用API的文章层出不穷的原因吧）。总结自己的一点经验，我觉得应该注意以下几点。

---- 1．熟练掌握VB基本技巧，了解其所能所不能，这是最基本的要求。

---- 2．了解WINDOWS内部控制机理，这样对一些复杂的问题就可以逐步分析其调用机制,初步确定采用哪部分的API函数来解决问题。

---- 3．案头必备一本最新的VB版的WINDOWS API 大全，推荐机械工业出版社的 。书中给出了每一个VB可以调用的API函数的详细说明，可以帮助精确了解所需要的API函数的变量声明。

---- 4．多看别人的程序。报纸杂志，尤其是网上这方面的文章数不清。这是最快的方法。

---- 5．随用随查。永远不要在用不到的函数上浪费宝贵的时间