启舰

Windows套接字在阻塞和非阻塞两种模式下执行I/O操作。在阻塞模式下，在I/O操作完成前，执行的操作函数一直等候而不会立即返回，该函数所在的线程会阻塞在这里。相反，在非阻塞模式下，套接字函数会立即返回，而不管I/O是否完成，该函数所在的线程会继续运行。在阻塞模式的套接字上，调用任何一个Windows Sockets API都会耗费不确定的等待时间。图所示，在调用recv()函数时，发生

对于SOCKET编程，现在还是刚开始，还有很长的路要走，很多协议和函数和具体用法还不是太懂，这里是我整理的关于BIND（）函数的解释与用法的讲解，希望对大家有用！由于资料复杂，并不是从单一文章中选取的，所以也就不贴出转载地址了，在这里对文章作者表示深深的敬意！一：INADDR_ANY （0.0.0.0）INADDR_ANY的具体含义是，绑定到0.0.0.0。此时，对所有的地址都将是

SOCKET 基础讲解对于SOCKET在这里我不想究其历史,我只想说其时它是一种进程通讯的方式,简言之就是调用这个网络库的一些API函数就能实现分布在不同主机的相关进程之间的数据交换。SOCKET中首先我们要理解如下几个定义概念:  一是IP地址:IP Address我想很容易理解,就是依照TCP/IP协议分配给本地主机的网络地址,就向两个进程要通讯,任一进程要知道通讯对方的位置,

1、客户端绑定端口的问题对于UDP，客户端不需要调用BIND绑定本机地址和端口，即便是绑定了本机地址，服务器也不能从这个绑定的端口发送过来信息，因为到路由器就会被丢弃，本机是根本接不到的，那客户端如何接收服务器端的信息呢，这就是服务器端recvfrom()的作用了，服务器端在接收的时候，最后两个参数就是客户端OS给临时分配的一个sockaddr结构体，里面包含要通信的客户端地址跟端口信息，对于

前言：做了十几天的NAT穿越，网上的资料很多，一搜一堆，但也都是大抄小抄，基本上能自己写的也就那么几篇，但自己实现的时候总是不成功，原理并不难，为什么总是不成功呢，当时只纠结于我在实验室跟女朋友公司的电脑通信，我能收到她的，可她就是收不到我发过去的信息，按说这是不可能的啊，后来我让其它实验室的同学帮做测试，是可以通的，当时感觉我们应该是在一个局域网，通的话也是理所当然的，但今天再做测试，从服务器上

近几天一直在研究有关IP欺骗的内容，想看看IP欺骗是否真的能穿过NAT？下面是一些心得：一、实验平台选择1、在XP平台根本就不要想了，不可能实现的，除非使用DDK自己实现UDP协议发送，但对于这种实现方法能不能过自己防火墙这关，我还不知道，因为本人没有去实现，能力也不够2、windows 2000是最佳的实验机器，但我在装2000时，出现蓝屏，原因是WIN 2000 不能U盘装机，