摘要：有时，花上几个小时阅读、调试、跟踪优秀的源码程序，能够更快地掌握某些技术关键点和精髓。当然，前提是对这些技术大致上有一个了解。 我通过几个采用 CSocket 类编写并基于 Client/Server （客户端 / 服务端）的网络聊天和传输文件的程序 ( 详见： 源代码参考 ) ，在调试这些程序的...
阅读全文
随笔分类 - 网络编程
摘要：IOCP模型与网络编程一。前言： 在老师分配任务（“尝试利用IOCP模型写出服务端和客户端的代码”）给我时，脑子一片空白，并不知道什么是IOCP模型，会不会是像软件设计模式里面的工厂模式，装饰模式之类的那些呢？嘿嘿，不过好像是一个挺好玩的东西，挺好奇是什么东西来的，又是一个新知识啦~于是，开始去寻找...
阅读全文
摘要：1.建立一个基于对话框的工程，并在第二步中选择WOSA支持2.建立客户端(1)在头文件中添加成员变量public:CSocket m_clientsocket;(2)每隔一秒钟向服务端发送一次数据3.建立服务端(1)在头文件中添加成员变量public:CSocket m_sockRev;(2)服务端每隔一秒钟接收一次客户端发来的数据程序运行:
阅读全文
摘要：1.建立服务端（发送端）（1）声明成员变量public:CSocket m_sockSend;（2）每隔一秒钟发送一次数据2.建立客户端（接收端）（1）声明成员变量public:CSocket m_sockRev;（2）每隔一秒钟接收 一次数据程序运行状态：
阅读全文
摘要：windows下此处的”非正常断开”指TCP连接不是以优雅的方式断开,如网线故障等物理链路的原因,还有突然主机断电等原因有两种方法可以检测:1.TCP连接双方定时发握手消息 2.利用TCP协议栈中的KeepAlive探测第二种方法简单可靠,只需对TCP连接两个Socket设定KeepAlive探测,所以本文只讲第二种方法在Linux,Window2000下的实现(在其它的平台上没有作进一步的测试)Windows 2000平台下头文件#include //定义结构及宏struct TCP_KEEPALIVE {u_longonoff;u_longkeepalivetime;u_longkeepa
阅读全文
摘要：跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。 在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。 心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样...
阅读全文
摘要：源代码：http://download.csdn.net/detail/nuptboyzhb/4169959基于TCP/IP协议的网络编程定义变量——获得WINSOCK版本——加载WINSOCK库——初始化——创建套接字——设置套接字选项——关闭套接字——卸载WINSOCK库——释放所有资源整个程序架构分为两大部分，服务器端客户端。服务器SOCKET程序流程：socket()→bind()→listen→accept()→recv()/send()→closesocket()客户端：socket→bind()→connect()→send()/recv()→closesocket()编程举例：
阅读全文
摘要：在进行网络编程时，我们常常见到同步、异步、阻塞和非阻塞四种调用方式。这些方式彼此概念并不好理解。下面是我对这些术语的理解。同步 所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin, isdigit等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是 SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的 LRESULT值返回给调用者。异步异步的概念和同步相对。当一个异步过
阅读全文
摘要：在socket网络程序中，TCP和UDP分别是面向连接和非面向连接的。因此TCP的socket编程，收发两端（客户端和服务器端）都要有一一成对的socket，因此，发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。 对于UDP，不会使用块的合并优化算法，这样，实际上目前认为，是由于UDP支持的是一对多的模式，所以接收端的skbuff(套接字缓冲区）采用了链式结构来记录每一个到达的UDP包，在每个UDP包中就有了消息头（消息来源地址，端口等
阅读全文
摘要：这两天看csdn有一些关于socket粘包，socket缓冲区设置的问题，发现自己不是很清楚，所以查资料了解记录一下：一 .两个简单概念长连接与短连接：1.长连接 Client方与Server方先建立通讯连接，连接建立后不断开， 然后再进行报文发送和接收。2.短连接 Client方与Server每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此种方式常用于一点对多点通讯，比如多个Client连接一个Server.二 .什么时候需要考虑粘包问题?1:如果利用tcp每次发送数据，就与对方建立连接，然后双方发送完一段数据后，就关闭连接，这样就不会出现粘包问题（因为只有一种包结构,类似
阅读全文
摘要：当前在网络传输应用中，广泛采用的是TCP/IP通信协议及其标准的socket应用开发编程接口（API）。TCP/IP传输层有两个并列的协议：TCP和UDP。其中TCP（transport control protocol，传输控制协议）是面向连接的，提供高可靠性服务。UDP（user datagram protocol，用户数据报协议）是无连接的，提供高效率服务。在实际工程应用中，对可靠性和效率的选择取决于应用的环境和需求。一般情况下，普通数据的网络传输采用高效率的udp，重要数据的网络传输采用高可靠性的TCP。在应用开发过程中，笔者发现基于TCP网络传输的应用程序有时会出现粘包现象（即发送方
阅读全文
摘要：Poco::TCPServer框架解析POCO C++ Libraries提供一套 C++ 的类库用以开发基于网络的可移植的应用程序，功能涉及线程、文件、流，网络协议包括：HTTP、FTP、SMTP 等，还提供 XML 的解析和 SQL 数据库的访问接口。不仅给我的工作带来极大的便利，而且设计巧妙，代码易读，注释丰富，也是非常好的学习材料，我个人非常喜欢。POCO的创始人在这个开源项目的基础上做了一些收费产品，也成立了自己的公司，"I am in the lucky position to work for my own company"，真是让人羡慕啊。POCO C++
阅读全文
摘要：Wooce Yang收集整理POCO的优点：1) 比boost更好的线程库，特别是一个活动的方法的实现，并且还可设置线程的优先级。2) 比 boost:asio更全面的网络库。但是boost:asio也是一个非常好的网络库。3) 包含了一些Boost所不包含的功能，像XML，数据库接口等。4) 跟Boost相比，集成度更高，是更加统一的一个库。5) Poco的c++代码更清洁，现代和易理解。对不是模板编程专家的人来说，POCO的代码比大多数Boost库容易理解得多6) 可以在许多平台上使用POCO的缺点：1) 文档有限。但这一定程度上是因为代码的容易理解。2) 跟Boost相比用户社群小得多。
阅读全文
摘要：陈硕 (giantchen_AT_gmail)Blog.csdn.net/SolsticeMuduo 全系列文章列表： http://blog.csdn.net/Solstice/category/779646.aspx我将会写一系列文章，介绍用muduo 网络库完成常见的 TCP 网络编程任务。目前计划如下：UNP中的简单协议，包括 echo、daytime、time、discard 等。Boost.Asio中的示例，包括 timer2~6、chat 等。Java Netty中的示例，包括 discard、echo、uptime 等，其中的 discard 和 echo 带流量统计功能。Py
阅读全文
摘要：转载：http://blog.csdn.net/historyasamirror/article/details/5778378当你发现自己最受欢迎的一篇blog其实大错特错时，这绝对不是一件让人愉悦的事。《IO - 同步，异步，阻塞，非阻塞》是我在开始学习epoll和libevent的时候写的，主要的思路来自于文中的那篇link。写完之后发现很多人都很喜欢，我还是非常开心的，也说明这个问题确实困扰了很多人。随着学习的深入，渐渐的感觉原来的理解有些偏差，但是还是没引起自己的重视，觉着都是一些小错误，无伤大雅。直到有位博友问了一个问题，我重新查阅了一些更权威的资料，才发现原来的文章中有很大的理论
阅读全文
摘要：例子代码就在我的博客中，包括六个UDP和TCP发送接受的cpp文件，一个基于MFC的局域网聊天小工具工程，和此小工具的所有运行时库、资源和执行程序。代码的压缩包位置是http://www.blogjava.net/Files/wxb_nudt/socket_src.rar。1前言在一些常用的编程技术中，Socket网络编程可以说是最简单的一种。而且Socket编程需要的基础知识很少，适合初学者学习网络编程。目前支持网络传输的技术、语言和工具繁多，但是大部分都是基于Socket开发的，虽说这些“高级”的网络技术屏蔽了大部分底层实现，号称能极大程度的简化开发，而事实上如果你没有一点Socket基础
阅读全文
摘要：------------------前言------------------开发了这么多年，发现最困难的程序开发就是通讯系统。其他大部分系统，例如CRM/CMS/权限框架/MIS之类的，无论怎么复杂，基本上都能够本地代码本地调试，性能也不太重要。（也许这个就是.net的企业级开发的战略吧）可是来到通讯系统，一切变得困难复杂。原因实在太多了，如：性能永远是第一位：有时候一个if判断都要考虑性能，毕竟要损耗一个CPU指令，而在通讯系统服务器，每秒钟都产生上百万级别的通讯量，这样一个if就浪费了1个毫秒了。系统环境极其恶劣：所有我们可以想象的恶意攻击、异常输入等都要考虑；网络说断就断：在socket
阅读全文
摘要：今天仔细研究了一下关于TCP/UDP接收和发送数据的具体实现和下层接收数据的缓冲区，原理UDP从数据缓冲区中接收数据的方式和TCP从缓冲区中读取数据的方式是不同的，UDP接收缓冲区中也会依次保存接收到的数据，如果缓冲区满了则再接收的数据就会丢失，UDP接收数据和发送数据的次数应该是相同的，UDP不管你每次接收的数据的多少，只要你接收了一次数据那么就相当于接收了发送端某次发送的数据，而不管你接收的多少，本次的数据都将清空，注意：这里说的是本次的数据。再具体点比如：发送端连续两次发送了3个字节的数据包，接收端也必须接收两次才能完成数据的接收，而不是一次接收6个字节就能得到6个字节的数据包，不管你接
阅读全文
摘要：Socket模型详解两种I/O模式一.选择模型二.异步选择三.事件选择四.重叠I/O模型五.完成端口模型五种I/O模型的比较两种I/O模式1、 两种I/O模式 阻塞模式：执行I/O操作完成前会一直进行等待，不会将控制权交给程序。套接字默认为阻塞模式。可以通过多线程技术进行处理。 非阻塞模式：执行I/O操作时，Winsock函数会返回并交出控制权。这种模式使用起来比较复杂，因为函数在没有运行完成就进行返回，会不断地返回 WSAEWOULDBLOCK错误。但功能强大。如果你想在Windows平台上构建服务器应用，那么I/O模型是你必须考虑的。Windows操作系统提供了选择（Select）、异步选
阅读全文
摘要：通常要开发网络应用程序并不是一件轻松的事情，不过，实际上只要掌握几个关键的原则也就可以了――创建和连接一个套接字，尝试进行连接，然后收发数据。真正难的是要写出一个可以接纳少则一个，多则数千个连接的网络应用程序。本文将讨论如何通过Winsock2在Windows NT 和 Windows 2000上开发高扩展能力的Winsock应用程序。文章主要的焦点在客户机/服务器模型的服务器这一方，当然，其中的许多要点对模型的双方都适用。 API与响应规模 通过Win32的重叠I/O机制，应用程序可以提请一项I/O操作，重叠的操作请求在后台完成，而同一时间提请操作的线程去做其他的事情。等重叠操作完成后线程收
阅读全文
