wxqian25的专栏

“段”、“包”、“数据报”、“框架”等术语在不同的书籍和文章中被大量使用和重复使用，以传达不同的含义，现在已经变得完全令人困惑。特别是在介绍了网络通信的分层结构之后。一个很好的方法来解决这个问题，就是把它们称为“PDU(协议数据单元)”。无论您谈论的是网络层、传输层还是物理层，术语PDU都是通用的，适用于所有领域。当然，不同的层在数据之上添加不同的字段，但它们仍然可以被称为pdu。也就是说，根据OSI参考分层架构，下面是被广泛接受的。传输层的PDU称为“段”，网络层的PDU称为“包”，数据链路层

以下是TCP/IP网络的设计方法。传输层- TCP端口网络层- IP地址数据链路层- MAC地址。应用程序将数据包交给TCP/IP。这种数据被称为有效载荷。TCP(传输层)添加源端口号和目的端口号，并将包给予网络层。IP(网络层)增加源IP地址和目的IP地址，并把数据包给数据链路层MAC(数据链路层)添加源MAC地址、目的MAC地址和CRC，将数据包传递给物理层。PHY(物理层)添加前导和SFD，并通过线/无线/光发送数据包。前导码- 7字节；SFD -

坦白说，使用这个标题无非是希望能够吸引你的眼球,这篇文章的目的仅仅是为了揭示一些ACE缺陷的。文章适合的读者是对ACE（ADAPTIVE Communication Environment）有一定研究，或者正在使用ACE从事项目开发的人士参考。如果你对C++还是新手，甚至包括ACE知识初学者，（但你想飞的更高），建议你收藏这篇文档以后阅读。秉承陷阱系列文章的传统，我只是通过一些辩证的角度去看A

http://bbs.csdn.net/topics/240053763本文简单介绍了当前Windows支持的各种Socket I/O模型，如果你发现其中存在什么错误请务必赐教。一：select模型二：WSAAsyncSelect模型三：WSAEventSelect模型四：Overlapped I/O 事件通知模型五：Overlapped I/O 完成例程模型六

Socket/TCP粘包、多包和少包, 断包分类： socket2013-06-11 22:09 81人阅读转载于http://blog.csdn.net/delez/article/details/7342341前几天，调试mina的TCP通信， 第一个协议包解析正常，第二个数据包不完整。为什么会这样吗，我们用mina这样通信框架，还会出现这种问题？ 带者问题，我们先

同步：函数没有执行完不返回，线程被挂起；　　阻塞：没有收完数据函数不返回，线程也被挂起；　　异步：函数立即返回，通过事件或是信号通知调用者；　　非阻塞：函数立即返回，通过select通知调用者 同步：函数没有执行完不返回，线程被挂起阻塞：没有收完数据函数不返回，线程也被挂起异步：函数立即返回，通过事件或是信号通知调用者非阻塞：函数立即返回，通过select通知调用者

随着拥有多个硬线程CPU（超线程、双核）的普及，多线程和异步操作等并发程序设计方法也受到了更多的关注和讨论。本文主要是想与园中各位高手一同探讨一下如何使用并发来最大化程序的性能。　　多线程和异步操作的异同　　多线程和异步操作两者都可以达到避免调用线程阻塞的目的，从而提高软件的可响应性。甚至有些时候我们就认为多线程和异步操作是等同的概念。但是，多线程和异步操作还是有一些区别的。而这些

其实很简单，一般是指我们上层的数据以buf的形式经过底层模块去传送，底层只保证将这段buf传出去，而不去关心buf中具体是什么样的数据，不用去解析buf中的具体内容。       具体一点，以两个QQ客户端聊天为例，QQ的UI层定义了表示聊天信息的结构体（结构体中包含文字内容、文字颜色、文字字体及文字大小等信息），当QQ客户端发送信息时将信息填充到结构体中，然后再将结构体“压到”buf中，交给