摘要： 1、MySQL的操作速度（插入、修改、删除），受限于MySQL服务器的硬盘IO转速和网络IO速度。 2、MySQL数据库多用户多数据库连接并发执行插入/修改操作,每秒钟最大执行6500条记录。单用户单数据库连接，每秒钟最大执行950条记录。 阅读全文

摘要： OSI（Open System Interconnection，开放系统互连）参考模型是一个逻辑上的定义，一个规范，它把网络从逻辑上分为了7层。每一层都有相关、相对应的物理设备，比如路由器，交换机。建立七层模型的主要目的是为解决异种网络互连时所遇到的兼容性问题。它的最大优点是将服务、接口和协议这三个概念明确地区分开来：服务说明某一层为上一层提供一些什么功能，接口说明上一层如何使用下层的服务，而协议涉及如何实现本层的服务；这样各层之间具有很强的独立性，互连网络中各实体采用什么样的协议是没有限制的，只要向上提供相同的服务并且不改变相邻层的接口就可以了。 阅读全文

摘要： 当客户端启动到服务器的 TCP/IP 套接字连接时，客户端通常连接到服务器上的特定端口，并请求服务器通过临时（或暂时）TCP 或 UDP 端口进行响应。在 Windows Server 2003 和 Windows XP 中，客户端应用程序所使用的临时端口的默认范围为 1025 到 5000。在某些情况下，有可能耗尽默认范围的可用端口。 阅读全文

摘要： 请注意，这里有两个词分别被我标记上了引号，一个是“理论”，一个是“65535”。强调“理论”这个词，是想特别明确误解者的意思：就是说，这个值是不可能被打破的，是铁板钉丁的。而65535这个数字的由来，很多人想当然地将它与port最大值联系起来。的确，TCP的端口数，最大值确实为65535。但是，这并不代表一个服务器可以接受的连接数就是这个值，很多人之所以把这两个概念搞混淆是因为对socket和port没有更深的认识和理解。 阅读全文

摘要： 前几天“X教授”发Email与我讨论Socket通信方面的问题，主要涉及4个方面内容，现将回信公布出来，希望园友们能积极参与讨论，提出更好的解决方案。 阅读全文

摘要： WCF与WinSocket等底层技术之间实际上是一种“包含”关系，每一层都在下一层所提供服务的基础上，又扩充了新的功能，越外层的应用程序，可以使用的功能往往越多，开发效率往往也会更高。WCF在WinSocket的基础之上扩充了大量的功能，使用它可以很高效地开发网络应用程序，尤其非常适合于开发基于SOA的分布式软件系统，但这并不是说它可以完全把Socket打入冷宫。在不少场合，抛弃WCF那庞大的框架，直接使用Socket更合适。 阅读全文

摘要： 要想明白Socket连接，先要明白TCP连接。手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。 建立起一个TCP连接需要经过“三次握手”： 第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（ 阅读全文

摘要： Socket服务器主要用于提供高效、稳定的数据处理、消息转发等服务，它直接决定了前台应用程序的性能。我们先从整体上认识一下Socket服务器，Socket服务器从架构上一般分为：网络层、业务逻辑层、会话层、数据访问层。 阅读全文

摘要： 最近浏览了几篇有关Socket发送消息的文章，发现大家对Socket Send方法理解有所偏差，现将自己在开发过程中对Socket的领悟写出来，以供大家参考。 　　（一）架构 　　基于TCP协议的Socket通信，架构类似于B/S架构，一个Socket通信服务器，多个Socket通信客户端。Socket通信服务器启动时，会建立一个侦听Socket，侦听Socket将侦听到的Socket连接传给接受Socket，然后由接受Socket完成接受、发送消息，当Socket存在异常时，断开连接。在实际开发项目中，往往要求Socket通信服务器能提供高效、稳定的服务，一般会用到以下技术：双工通信、完成端口、SAEA、池、多线程、异步等。特别是池，用的比较多，池一般包括一下几种： 1）Buffer池，用于集中管控Socket缓冲区，防止内存碎片。 2）SAEA池，用于集中管控Socket，重复利用Socket。 3）SQL池，用于分离网络服务层与数据访问层（SQL的执行效率远远低于网络层执行效率） 　　（二）Send 　　主服务器接受Socket为一端口，客户端Socket为一端 阅读全文

摘要： 当前在网络传输应用中，广泛采用的是TCP/IP通信协议及其标准的socket应用开发编程接口（API）。TCP/IP传输层有两个并列的协议：TCP和UDP。其中TCP（transport control protocol，传输控制协议）是面向连接的，提供高可靠性服务。UDP（user datagram protocol，用户数据报协议）是无连接的，提供高效率服务。在实际工程应用中，对可靠性和效率的选择取决于应用的环境和需求。一般情况下，普通数据的网络传输采用高效率的udp，重要数据的网络传输采用高可靠性的TCP。在应用开发过程中，笔者发现基于TCP网络传输的应用程序有时会出现粘包现象（即发送方发送的若干包数据到接收方接收时粘成一包）。针对这种情况，我们进行了专题研究与实验。本文重点分析了TCP网络粘包问题，并结合实验结果提出了解决该问题的对策和方法，供有关工程技术人员参考 阅读全文

摘要： 因为学习的需要，要求一个高性能的Socket服务器来提供多而繁杂的客户端连接请求，参考了许多资料和各位的思想，自己琢磨出了一套方案，觉的可行，于是拿出来晒晒，希望大家一起学习改进。（这个方案的1.0版本已经贴出来了，但是由于本人觉的1.0不太完美，做了下改进，本篇讲的主要是2.0） 1.0的文章参考：http://www.cnblogs.com/niuchenglei/archive/2009/07/23/1529462.html 1.0和2.0性能上基本没有变化，只是针对某些地方做了改进性的修改，本篇主要介绍原理，并贴出部分代码，上一篇是一个Overview。 设计原则：使用.net的SocketAsyncEventArgs（原因是这个比较简单，而且性能也很好，当然要是c++的话就用IOCP了）。考虑到能快速的反应用户的连接请求我采用了连接池的技术，类似于sqlserver的连接池，当然我的“池”还不够好，为了能快速的处理接受的数据我又加入了一个缓冲区池，说白了就是给每一个连接对象事先开辟好了空间。在传输方面，为了保证数据的有效性我们采用客户端和服务器端的验证（当然也不是太复 阅读全文

摘要： 如果你想在Windows平台上构建服务器应用，那么I/O模型是你必须考虑的。Windows操作系统提供了选择（Select）、异步选择（WSAAsyncSelect）、事件选择（WSAEventSelect）、重叠I/O（Overlapped I/O）和完成端口（Completion Port)共五种I/O模型。每一种模型均适用于一种特定的应用场景。程序员应该对自己的应用需求非常明确，而且综合考虑到程序的扩展性和可移植性等因素，作出自己的选择。 阅读全文