91性高湖久久久久,亚洲国产精品一区二区久久hs,国产精品99久久久久久宅男小说

设计winsock服务器需要注意的几个问题

阿π — Fri, 12 Nov 2010 06:04:00 GMT

6.2.1 接受�q�接的方�?

Winsock 扩展函数 AcceptEx 是唯一能够使用重叠 I/O 接受客户�q�接的函数。下面主要深入探讨��用该函数接收�q�接的问题�?

前面已经讨论�q�，当客戯��接进来时�Q�服务器需要创��Z��个套接字来负责维护与一个客��L(f��ng)��的会(x��)话。��?AcceptEx 函数之前必须创徏一些套接字�Q��ƈ且这些套接字必须是未�l�定、未�q�接的，即��它们可能在调�?TransmitFile, TransmitPackets, �?DisconnectEx 后可以重用�?

响应服务器必��L��L��h��_��?AcceptEx 在站岗，以便在有客户�q�接��h��时调用。但是，�q�没有具体的数量能够保证服务器能够立卛_��应连接。我们知道在调用 listen ��监听套接字�|�于监听状态后�Q?TCP/IP 堆栈�?x��)自动接受到来的�q�接�Q�直到达�?listen �?backlog 参数讑֮�的限制。对�?Windows NT 服务器而言�Q�支持的 backlog 的最大��gؓ(f��) 200 。如果服务器投递了 15 �?AcceptEx 调用�Q�然后突然有 50 个客戯��求连接服务器�Q�它们的�q�接��h��都不�?x��)遭到拒�l�。服务器投递的 AcceptEx I/O �?x��)满��_��面的 15 个连接，剩下�?35 个连接都被系�l�默认连接了。检查一�?backlog 的值发玎ͼ��pȝ��q�有能力默认接受 165 个连接。之后，如果服务器投�?AcceptEx 调用�Q�它们会(x��)立即成功�q�回�Q�因为系�l�会(x��)��默认接收的�q�接攑օ� �?�{�待�q�接队列 �?中�?

服务器的�Ҏ(gu��)��是军_��要投递多��个 AcceptEx 操作的重要因素。例如，希望处理大量短时间即时连接的客户要比处理��量长时间连接的客户投递更多的 AcceptEx I/O 。一个好的策略是允许 AcceptEx 的调用数量在最��值和最大��g��间变化。具体做法是�Q�应用程序跟�t�未决的 AcceptEx I/O 的数量，当一个或多个 I/O 完成使这个未�?I/O 数量变得比最��D��时�Q�就再投递额外的 AcceptEx I/O �?

�?Windows 2000 和以后的 Windows 操作�pȝ��版本中， Winsock 提供了一�U�机�Ӟ��用来��定应用�E�序是否投递了��_��?AcceptEx 调用。创建监听套接字�Ӟ��使用 WSAEventSelect 函数为监听套接字兌��一个事件对象，注册 FD_ACCEPT 事�g。如果投递的 AcceptEx 操作用完�Q�但是仍有客戯��求接入（�pȝ��Ҏ(gu��)�� backlog 值决定是否接受这些连接）�Q�事件对象就是受信，说明应该投递额外的 AcceptEx 操作了。这实际上还是利用事件对象来使调用线�E�处于一�U?�?可警告状�?�?�Q�当有客戯��接请求时�Q�就�Ҏ(gu��)��当前 AcceptEx 操作是否用完来警告（通知�Q�是否需要投递新�?AcceptEx 操作来处理新的客戯��接�?

使用 AcceptEx 处理�q�接的另外一个功能就是在处理�q�接时还可以接收用户发来的第一块数据（前提是�ؓ(f��) AcceptEx 提供了接收缓冲区�Q�，�q�对于那些请求连接的同时发送了一些数据过来的客户来说很适用。但是，此时�Q�除非接收连接的同时接收��C��客户发送过来的一些数据，否则 AcceptEx 是不�?x��)返回的�?

��Z��满��客户的需求，服务器不得不投递更多的接受 I/O �Q�这�?x��)占用大量的�pȝ��资源。如果客户仅调用 connect 函数�q�接服务器，长时间既不发送数据，也不关闭�q�接�Q�就可能造成 AcceptEx 投递的大量重叠 I/O 操作不能�q�回。这��是 �?恶意�q�接 �?。�ؓ(f��)此，服务器应该记录每�?AcceptEx 投递的未决 I/O, 定时扫描它们�Q�设�|?SO_CONNECT_TIME 参数调用 getsockopt ��(g��)查它们连接的旉��Q�如果超�Ӟ��将�q�接关闭。如果��?WSAEventSelect 模型来通知有连接事�Ӟ��则当事�g受信�Ӟ��是检查客户套接字�Q?AcceptSocket �Q�是否真正连接了�?

每当调用 AcceptEx 接受客户端连接时�Q�它也在�{�待接受客户发送过来的�W�一个数据块�Q�这时不允许投递另外一�?AcceptEx 。当 AcceptEx �q�回后，如果事�g对象再次受信则表明有新的�q�接到来。需要注意的是，无论何时�Q�千万不要关闭一个调�?AcceptEx �q�没有返回的套接字（ AcceptSocket �Q�，因�ؓ(f��)�q�会(x��)��D��内存泄露。因��Z��内部执行逻辑看，当没有连接的套接字句柄被关闭�Ӟ��调用 AcceptEx 所涉及(qi��ng)到的内核模式的数据结构�ƈ不会(x��)清除掉，直到有新的连接徏立或者监听套接字被关闭�?

��管在一个等待完成通知的工作者线�E�中�Q�投递一�?AcceptEx 操作�Q�看��h��既简单又合情合理�Q�但是应��量避免�q�样做，因�ؓ(f��)创徏套接字还是很耗费资源的。另外，也不要在工作者线�E�中�q�行��M��复杂的计��，以便处理器可以尽快的在接到完成通知后进行后�l�处理。创建套接字耗费资源的一个原因在�?Winsock 2.0 本��n的架构很复杂�Q�成功地创徏一个套接字可能需要调用很多内核服务。因此，服务器应该在单独�U�程中创建套接字�Q�投�?AcceptEx 操作。当调用�U�程投递的 AcceptEx 重叠操作完成�Ӟ��一个受信的事�g��会(x��)通知处理�U�程�?

6.2.2 数据传输问题

数据传输是通信�E�序执行的核心操作。当一个客户与服务器徏立连接后�Q�它们的主要工作��是传输数据�Q�因为数据是信息的表�C�。由上一节几�U?I/O 模型的性能��试分析可知�Q�当�q�接数量很大�Ӟ��数据吞吐量是一个重要的性能考核指标�?

从性能角度考虑�Q�所有的数据传输最好都应采用重�?I/O 处理。默认情况下�Q�系�l��ؓ(f��)每个 socket 分配一个的接受�~�冲区和一个发送缓冲区�Q�用来缓存接收和发送的数据。但在重�?I/O 中，�q�些�~�冲区往往不用�Q�可以传递参�?SO_SNDBUF �?SO_RCVBUF 调用 setsockopt �Q�来��它们设�|��ؓ(f��) 0 �?

让我们来看看�Q�当发送缓冲区没有讄��?0 �Ӟ��pȝ��是怎么处理一个典型的 send 操作的。当一个应用程序调�?send 函数�Ӟ��如果有充��的�~�冲�I�间�Q�需要发送的数据��被拯��到套接字的发送缓冲区�Q?send 函数立即成功�q�回�Q��ƈ且一个完成通知被抛出。另外一个方面，如果套接字的发送缓冲区已满�Q�则应用�E�序提供的发送缓冲区被锁定，再次�?send 函数的调用将�?x��)返�?WSA_IO_PENDING 错误。当发送缓冲区中的数据被处理（例如�Q�提交给传输层处理）�Ӟ�� Winsock 实际上直接处理锁定在�~�冲��Z��的数据，也即�l�过套接字的发送缓冲区�Q�直接从应用�E�序�~�冲��Z��提交数据�l�传输层�?

接收数据的情冉|��好相反。当一个重叠的 receive ��h��抛出后，如果数据已经接收成功�Q�它�?x��)被�~�存在套接字接收�~�冲区。数据会(x��)拯��到应用程序缓冲区�Q�直到饱和）�?receive 调用�q�回�Q��ƈ且一个完成通知被抛出。当套接字缓冲区被设�|��ؓ(f��)�I�时�Q�如果调用重叠的 receive 操作��返�?WSA_IO_PENDING 错误。当有数据到达时�Q�它?y��u)��绕�q�套接字�~�冲��直接被拯��到应用程序缓冲区�?

讄��单套接字�~�冲��Zؓ(f��) 0 �Q��ƈ不能提高性能�Q�因为只要一直有大量的重叠接发请求被抛出�Q�就不会(x��)有额外的内存拯��。设�|�套接字发送缓冲区为空比设�|�套接字接收�~�冲��Zؓ(f��)�I�对�pȝ��的性能影响要小。因为应用程序的发送缓冲区�?x��)被�l�常锁定直到它被提交�l�传输层处理。然而，若将接收�~�冲��|��ؓ(f��) 0 �Q��ƈ且没有重叠的 receive 调用�Q��Q何传�q�来的数据只能缓存在传输层。传输层驱动�E�序只会(x��)�~�存滑动�H�口��寸的数据，�?17KB�?传输层可以分配的�~�冲区大��的上限。实际的�~�冲��?17KB ��。传输层�~�冲区（针对一�ơ连接）是在非分��|��之外分配的，�q�意味着�Q�当服务建立�?1000 个连接时�Q�即使没有抛�?receive ��h��Q�非分页池中也会(x��)分配 17MB 的内存。而非分页池是很珍�늚�资源�Q�除非服务器可以保证��L��有接收请求抛出，否则套接字接收缓冲区应该不需讄��?

只有在一些特�D�情况下�Q�对套接字接收缓冲区不予讄��会(x��)��D��性能降低。考虑服务器需要处理成千上万个客户�q�接�Q�而每个连接上又都没有投�?receive ��h��的情况，如果客户端零星地发送数据过来，传输�q�来的数据将被缓存在套接字接收缓冲区中。当服务器处理一�?receive 重叠 I/O �Ӟ��它会(x��)做一些不必要的工作。当完成通知到达�Ӟ��重叠操作�?x��)处理一�?I/O ��h��包（ IRP �Q�。在�q�种情�Ş下，服务器不能保留很多抛出的 receive ��h��。因此，最好��用简单的非阻塞接收函数�?

6.3 内存资源��理问题

�׃��机器��g条�g所限，�pȝ��资源是有限的�Q�因此不得不考虑内存资源的管理问题。从上一节对不同 I/O 模型�q�行的性能��试�l�果分析可知�Q�维持大规模的通信�q�接�Q�不仅会(x��)耗费掉大量内存，而且�?CPU 的占用也是很高的�?

对于配置比较高的服务器而言�Q�处理成千上万个�q�接�q�不成问题。但是随着�q�接量的剧增�Q�内存资源的限制��逐渐凸现。最有可能遇到的两个限制因素��是锁定��和非分��|��。锁定页的限制不是太严重�Q�更应该避免的是非分��|��被耗尽。每一�ơ调用重叠的 send �?receive ��h��Q�提交的�~�冲区都可能被锁住。当内存被锁定时�Q�它?y��u)�׃��能从物理内存换出。操作系�l�对锁定内存的数量是有限制的�Q�当辑ֈ�极限�Ӟ��重叠操作��会(x��)�q�回 WSAENOBUFS 错误。如果服务器在每个连接上投递多个重叠接收操作，随着客户�q�接数量的增多，极限��׃��(x��)辑ֈ�。如果期望服务器能够处理高�ƈ发通信�Q�服务器可以在每个连接上投递一�?0 字节的接受操作，�q�样��׃��?x��)有内存锁定�?0 字节的接受完成以后，服务器可以简单地执行一个非��d��的接收函数来获取�~�存在套接字接收�~�冲��Z��的所有数据。当非阻塞接收调用返�?WSAEWOULDBLOCK �Ӟ��p��C�Z��再有未决的数据了。这�U�方法非帔R��合用来设计那些希望通过牺牲每个套接字上的吞吐率来获取更大规模�ƈ发连接的服务器�?

当然�Q�最好还要了解客��L(f��ng)��与服务器通信的方式。在上面的例子中�Q�当 0 字节的接收完成后�Q�再投递一个异步接收操作，��接收到所有缓存在套接字接收缓冲区中的数据。如果服务器知道客户端将�?x��)连�l�不断发送数据，那么�?0 字节的接收完成后�Q�假如客��L(f��ng)��发送大数据块（��过单套接字�~�冲�?8KB 的容量）�q�来�Q�服务器��抛��Z��个或多个重叠的接收操作�?

另外一个需要重点考虑的问题就是系�l�所需��늚�数量。当�pȝ��锁定传递给重叠操作的内存时�Q�它是在��边界上�q�行的。在 x86 体系�l�构上，内存��늚�大小�?4KB 。如果一个操作投递了 1KB 的缓冲区�Q�系�l�实际上�?x��)��?f��)它锁�?4KB 大小的内存块。�ؓ(f��)避免�q�种��费�Q�重叠发送和接收�~�冲区的大小应该是页大小的倍数。可以��?GetSystemInfo �q�个 API 来获知当前系�l�页的大��?

如果�H�破非分��|��极限�Q�将�?x��)导致更严重的错误，�q�且很难恢复。非分页池是内存的一部分�Q�它帔R��内存�Q��ƈ且永�q�不�?x��)被交换出去。内核模式的�pȝ��l��g�Q�如驱动�E�序�Q�通常使用非分��|��Q�其中包�?Winsock 和协议驱动程序，例如 tcpip.sys 。每个套接字的创建将消耗一��部分非分页池，用于�l�持套接字状态信息。当套接字绑定到一个地址后， TCP/IP 堆栈��分配额外的非分��|��来保存本地地址的信息。当一个对�{�套接字接入后， TCP/IP 堆栈也将分配部分非分��|��来保存远�E�地址信息。基本上�Q�一个徏立连接的套接字占�?2KB 非分��|��内存 , �?accept �?AcceptEx �q�回的套接字则占�?1.5KB 非分��|��内存。之所以出现这个区别，是因为服务器本地地址信息已经存储在监听套接字中，�?accept �?AcceptEx �q�回的套接字只需保存�q�程��L��地址信息。此外，每个在套接字上投递的重叠操作都需要给 I/O ��h��包（ IRP �Q�分配内存，一�?IRP 使用大约 500B 非分��|��内存�?

从以上分析可以看出，为每个连接分配的非分��|��内存�q�不是很大。然而，随着客户�q�接量逐增�Q�服务器寚w��分页池的使用��是非常大的。考虑�q�行在只�?1GB 物理内存�?Windows 2000 或以后版�?Windows �pȝ��上的服务器，��有 256MB 的内存非配给非分��|��。通常�Q�非分页池大��是机器物理内存�?1/4 �Q?Windows 2000 �?qi��ng)以后版本�?Windows �pȝ��上，非分��|��大小�?256MB �Q?/1GB �Q�，�?Windows NT 4.0 限制�?128MB �Q?1GB �Q�。拥�?256MB 的非分页池的服务器可以支�?50,000 或更大的�q�接量。但是必��限刉��叠的 accept 数量�Q�以�?qi��ng)在已经建立�q�接的重叠收发操作。在�q�个例子中，如果已经建立�q�接的套接字�Q�按每个 1.5KB 计算�Q�将耗费 75MB 的非分页池内存。如果采用了上面提及(qi��ng)的投�?0 字节接收的方法，�q�样为每个连接分配的 IRP ��占�?25MB 的非分页池内存�?

如果�pȝ��耗尽了非分页池，�?x��)有两种可能的后果。在最好的情况下， Winsock 调用��返�?WSAENOBUFS 错误。最�p�糕的情冉|��pȝ��崩溃�Q�这�U�情况通常是系�l�没能正��处理内存非配的问题造成的。没有一�U�可行的�Ҏ(gu��)��能够恢复非分��|��耗尽的错误，�q�且也没有可行的�Ҏ(gu��)��来监视非分页池可分配的大��，因�ؓ(f��)非分��|��耗尽��D��pȝ��崩溃�?

�׃��上探讨，可以得出�l�论�Q�没有一�U�方法可以确定服务器到底支持多大的�ƈ发连接和重叠操作�Q��ƈ且也不可能准��地��L(f��ng)��非分��|��是否耗尽或者锁定内存页数超�q�极限。因为它们都��导�?Winsock 调用都返回相同的错误 —WSAENOBUFS 。因��Z��上因素，针对服务器的��试必须��试不同数量的连接情况以�?qi��ng)重叠操作完成情况，以便在�ƈ发通信规模和数据吞吐率�q�两个指标之间选择一�U�折中的�Ҏ(gu��)��。如果在�Ҏ(gu��)��中强加限�Ӟ��以防止服务器耗尽非分��|��Q�则�q�回 WSAENOBUFS 错误�Ӟ��我们��q��道是因�ؓ(f��)��过了锁定页的限制。�ƈ且可以以一�U�更优化的处理方式编写程序，如进一步限制一些待决的操作或关闭某些连接�?

包重新排序问�?

�q�个问题与�׾~�性没有多大关联，但是却是实际通信中不得不考虑的一个问题，因�ؓ(f��)它涉�?qi��ng)到能否正确通信的问题�?

虽然使用完成端口�?I/O 操作��L��?x��)按照它们被提交的顺序完成，但是�U�程调度问题可能�?x��)导致关联到完成端口上的工作不能按正帔R��序完成。例如，有两�?I/O 工作�U�程�Q�应该接�?�?字节�?1 �Q�字节块 2 �Q�字节块 3�?�Q�但是你可能以错误顺序接收这 3 个字节块�Q?�?字节�?2 �Q�字节块 1 �Q�字节块 3�?。这也意味着在完成端口上投递发送请求发送数据时�Q�数据实际也�?x��)以错误��序被发送出厅R�?

当然�Q�如果只使用一个工作线�E�，仅提交一�?I/O 调用�Q�是不存在顺序问题的。因为同一时刻�Q�一个工作线�E�只能处理一�?I/O 操作。但是，�q�样��没有发挥出完成端口的真正优炏V�?

如第 3 章《自定义应用层通信协议》所�q�ͼ�一个简单的解决�Ҏ(gu��)��是为每个封包添加一个协议头。协议头主要是一个封包的实际字节敎ͼ�如自定义 Package 包的�W�一个字�D?m_nCmdLen ��是�q�个包占用的字节数。通信的接受方通过分析协议头分析本�ơ通信有多��数据要接收�Q�然后��l�读后面的数据，直到一个封包被完整接收完才接收下一个封包�?

当服务器一�ơ仅做一个异步调用时�Q�上�q�封包协议头的解��x��案是很有效的。但是，如果要充分发�?IOCP 服务器的潜力�Q�肯定有多个未决的异步读操作�{�待数据的到来。这意味着�Q�多个一步操作不能按��序完成�Q�未册�� I/O �q�回的字节流不能按顺序处理，接收到的字节��可能组合成正确的封包，也有可能�l�合成错误的��包。因此，要解册��个问题，�q�必��Mؓ(f��)提交的读 I/O 分配序列受��?

说明�Q?

本文主要译自�?Network programming for microsoft windows 》一书的 6.2 节《可伸羃的服务器体系�l�构》和 6.3 节《资源管理》�?

其中包重新排序问题，参�?王艳�q�� ?Windows �|�络与通信�E�序设计 �?4.3.4 节《包重新排序问题�?�?

阿π 2010-11-12 14:04 发表评论

[收藏学习(f��n)]QQ农场外挂源码文章

阿π — Wed, 10 Nov 2010 01:45:00 GMT

�q�东西是以前觉得QQ农场比较有意思的时候写�?后来�q�让我同学帮忙分析分析数�?

�l�果后来太忙�?��׃��直荒废着,一直荒废到现在�q�QQ农场都快遗忘�?,

现在��我的分析与源代�?(VC++ 6.0) 发出�?有兴��可以拿�ȝ��I�研�I?

分析文�g里面有关�?swf 的编译文�?

QQ农场的外挂�ƈ不难,主要是要分析的数据比较多,比较难解决的�?farmKey 的生�?最早的 farmKey 是直接在

farmTime 后面加个字符然后MD5得到,后来又好像改��法�?刚才又搜索了一�?貌似现在是不验证farmKey�?
如果真的是不验证�?那就比较好办

我当时有个比较好的想法是, 当你要执行你自己的操作时,比如要偷�?先点击自��q��农场,

�q�时候会(x��)发送一个请求信息到服务�?

发�?70 send: (sock=1888, ,len=70,flags=0)
farmKey=94650692c95593003ca5a334e349020e&ownerId=0&farmTime=1250599404

�q�时�?你可以截取这个数�?保存 farmkey,然后在后面修改你要的操作,

�q�样,无论他算法怎么�?你在�q�里截取farmKey ��p��. 当然如果你能破解farmKey生成当然是最好的

希望对研�I�这个游戏外挂有所帮助, !!!!!!!!!!

见源�?/a>

阿π 2010-11-10 09:45 发表评论

阿π — Thu, 04 Nov 2010 06:13:00 GMT

下蝲pdf�?/a>

阿π 2010-11-04 14:13 发表评论

分��n以前收藏的TCP状态�{换图

阿π — Tue, 02 Nov 2010 06:41:00 GMT

阿π 2010-11-02 14:41 发表评论

Socket�_�包问题

阿π — Fri, 10 Sep 2010 09:49:00 GMT

�q�两天看csdn有一些关于socket�_�包�Q�socket�~�冲��|�的问题�Q�发现自�׃��是很清楚�Q�所以查资料了解记录一下：(x��)

一两个��单概念长�q�接与短�q�接�Q?br />1.长连�?/p>

Client方与Server方先建立通讯�q�接�Q�连接徏立后不断开�Q?然后再进行报文发送和接收�?/p>

2.短连�?/p>

Client方与Server每进行一�ơ报文收发交易时才进行通讯�q�接�Q�交易完毕后立即断开�q�接。此�U�方式常用于一点对多点
通讯�Q�比如多个Client�q�接一个Server.

�?什么时候需要考虑�_�包问题?

1:如果利用tcp每次发送数据，��׃��Ҏ(gu��)��建立�q�接�Q�然后双方发送完一�D�|��据后�Q�就关闭�q�接�Q�这样就不会(x��)出现�_�包问题�Q�因为只有一�U�包�l�构,�c�M��于http协议�Q�。关闭连接主要要双方都发送close�q�接�Q�参考tcp关闭协议�Q�。如�Q�A需要发送一�D�字�W�串�l�B�Q�那么A与B建立�q�接�Q�然后发送双斚w��默认好的协议字符�?hello give me sth abour yourself"�Q�然后B收到报文后，��将�~�冲区数据接�?然后关闭�q�接�Q�这��L(f��ng)��包问题不用考虑刎ͼ�因�ؓ(f��)大家都知道是发送一�D�字�W��?br />2�Q�如果发送数据无�l�构�Q�如文�g传输�Q�这样发送方只管发送，接收方只��接收存储就ok�Q�也不用考虑�_�包
3�Q�如果双方徏立连接，需要在�q�接后一�D�|��间内发送不同结构数据，如连接后�Q�有好几�U�结构：(x��)
1)"hello give me sth abour yourself"
2)"Don't give me sth abour yourself"
那这��L(f��ng)��话，如果发送方�q�箋发送这个两个包出去�Q�接收方一�ơ接收可能会(x��)�?hello give me sth abour yourselfDon't give me sth abour yourself" �q�样接收方就��M��Q�到底是要干嘛？不知道，因�ؓ(f��)协议没有规定�q�么诡异的字�W�串�Q�所以要处理把它分包�Q�怎么分也需要双方组�l�一个比较好的包�l�构�Q�所以一般可能会(x��)在头加一个数据长度之�cȝ��包，以确保接收�?/p>

�?�_�包出现原因�Q�在��传输中出现�Q�UDP不会(x��)出现�_�包�Q�因为它有消息边�?参考Windows �|�络�~�程)
1 发送端需要等�~�冲区满才发送出去，造成�_�包
2 接收方不�?qi��ng)时接收�~�冲区的包，造成多个包接�?/p>

解决办法�Q?br />��Z��避免�_�包现象�Q�可采取以下几种措施。一是对于发送方引�v的粘包现象，用户可通过�~�程讄��来避免，TCP提供了强制数据立即传送的操作指��o(h��)push�Q�TCP软�g收到该操作指令后�Q�就立即��本�D�|��据发送出去，而不必等待发送缓冲区满；二是对于接收方引��L(f��ng)��_�包�Q�则可通过优化�E�序设计、精��接收�q�程工作量、提高接收进�E�优先��{�措施，使其�?qi��ng)时接收数据�Q�从而尽量避免出现粘包现象；三是由接收方控制�Q�将一包数据按�l�构字段�Q��h为控制分多次接收�Q�然后合�qӞ��通过�q�种手段来避免粘包�?/p>

以上提到的三�U�措施，都有其不��之处。第一�U�编�E�设�|�方法虽然可以避免发送方引�v的粘包，但它关闭了优化算法，降低了网�l�发送效率，影响应用�E�序的性能�Q�一般不��使用。第二种�Ҏ(gu��)��只能减少出现�_�包的可能性，但�ƈ不能完全避免�_�包�Q�当发送频率较高时�Q�或�׃��|�络�H�发可能使某个时间段数据包到达接收方较快�Q�接收方�q�是有可能来不及(qi��ng)接收�Q�从而导致粘包。第三种�Ҏ(gu��)��虽然避免了粘包，但应用程序的效率较低�Q�对实时应用的场合不适合�?/p>

Windows 7中的�q�程桌面增强(Graphics Remoting, Remote Desktop)

阿π — Thu, 09 Sep 2010 14:19:00 GMT

08�q�的夏天�Q�我�?strong style="COLOR: black; BACKGROUND-COLOR: #ffff66">微��Y总部的一�ơ技术展览会(x��)上第一�ơ看��C��Windows 7下的RemoteDesktop。当�Ӟ��那位做演�C�的同事在玩一个非常新�?D游戏�Q�确切地��_(d��)��他是在远�E�桌面的�H�口中玩3D游戏。我当时��p��雷到了！跟那个同事聊了很久，才知道这是Windows 7中会(x��)包含的一个新的功能，采用的DirectX重定向和�|�络压羃�{�最新的技术，使得通过�|�络传输的远�E�桌面，可以��畅的显�C�和�q�行多媒体的内容�Q�当时由于Windows 7�q�在�U�密研发阶段�Q�这些内定w��不能向外透露。如今Widows 7的beta已经发布�Q�我�l�于可以跟大家分享一下这个功能的具体�l�节了！

先看看Windows 7中的�q�程桌面�l�我们带来了些什么新的功能：(x��)

支持Windows 7 Aero效果�?D桌面
支持�?strong style="COLOR: black; BACKGROUND-COLOR: #a0ffff">RemoteDesktop中流畅运行Direct 2D和Direct 3D 10.1的各�c�d��用程�?
真正的多昄��器支�?
�q�程桌面协议的内核性能增强�Q�包括网�l�传输的优化和压�~?
多媒体增�?
- 支持Media Foundation
- 支持DirectShow
支持低�g时的音频回放
双向的音频传�?

接下来，我以PDC上关于RDP的课�E?/a>��Z��Q�分以下几个部分详细的跟大家探讨一些远�E�桌面的技术和W(xu��)indows 7中最新的�q�展�?/p>

RDP协议的发展和应用历程
Windows 7中的RDP设计架构(RDP Graphics Architecture)
应用范围和演�C?

RDP协议的发展和应用历程

RDP�?strong style="COLOR: black; BACKGROUND-COLOR: #a0ffff">RemoteDesktopProtocol的羃写，�q�是�q�程桌面的具体实现协议，微��Y在MSDN上公布了RDP的协议细则，据说有差不多2000多页的文档。RDP不是微��Y的专属协议，在Liunx�{��^��C��也有不少实际的应用。如果你对RDP本��n感兴��，可以�ȝ��看wikipedia中关�?a target="_blank">RDP的描�q�。RDP在Windows�q�_��下最常见的应用是大家熟�?zh��n)�的远�E�桌面，其实�Q�除了远�E�桌面，以RDP为底层的应用�q�包括：(x��)

Terminal Server
RemoteDesktop
Remote Assistance
Windows Meeting spaces
Media Center Extenders and XBox 360
SCCM Remote control
Hyper-V Remote Control
Windows Live Mesh

RDP是对�|�络有密集依赖的应用�Q�它的架构和分层如下�Q?/p>

�q�些�q�来�Q�随着多媒体�?D应用和用户体验的不断提高�Q�W(xu��)indows下的�q�程桌面已经不能满��一些日益增多的需求。�ؓ(f��)此，W(xu��)indows 7下的RDP和远�E�桌面做��Z��革命性的变化�?/p>

Windows 7中的RDP设计架构(RDP Graphics Architecture)

在Windows 7的RDP设计中，一个非帔R��要的概念是对3D囑փ�囑�Ş的渲染，通常�Q�当我们�?D游戏�Ӟ��q�些渲染是在本地计算机完成的。在Windows 7的RDP中，3D渲染既可以在本地计算�?我们�U�Cؓ(f��)Host�?完成�Q�也可以在运�?strong style="COLOR: black; BACKGROUND-COLOR: #a0ffff">RemoteDesktop的计��机(我们�U�Cؓ(f��)Client�?上完成�?/p>

具体的来��_(d��)��(x��)Host��Z��执行3D渲染�Ӟ��RDP采用了缓存、压�~�等技术确保Demote Desktop上图像的��畅�Q�在�q�行Client机的3D渲染�Ӟ��Host机可以通过GDI, Direct 3D, Media, DWM�{?D指��o(h��)集，把需要渲染的数据包通过RDP传送到Client计算机，由Client计算机的CPU和显卡GPU完成��g的渲染计��?br />

从这张架构图�Q�我们可以看出，在RDP协议的上层，为D2D、DX10.1、DWM、Media App、GDI App�{�提供了接口。��用这些协议的3D游戏、高清视频播放��Y�Ӟ��可以��数据流先通过RDP传送到RemoteDesktop所在的Client计算机，再由Client计算��Z��的硬件完成渲染和执行。有�q�样的架构，也就不难理解�Q��ؓ(f��)什么可以在�q�程桌面中流畅的�q�行3D游戏了！

大家可能比较感兴��，什么样的应用是在Host��Z��完成渲染的，什么样的应用是在Client��Z��完成渲染的，具体的�Q务分工如下：(x��)

Host机渲染：(x��)

WPF
Silverlight
Flash
早于Direct3D 10.1版的3D应用
其他的多媒体信息

Client机渲染：(x��)

GDI
Direct2D
Direct 3D 10.1版之后的3D应用
在Clieng��Z��有Codec的，�q�且是没有进行DRM加密的多媒体视频文�g

Windows 7中RDP的另一个法宝，��是对网�l�带宽的充分利用和压�~�。相比XP和Vista下的RDP�Q�W(xu��)indows 7 RDP节省了大�U?0%的网�l�开销�Q�具体的��试数据如下�Q?/p>

应用范围和演�C?/font>

我们已经比较清楚�Q�如果想在远�E�桌面流畅的玩游戏、看�?sh��)�?ji��ng)�Q�必��L��以下的要求�Q?/p>

客户机和�q�程计算机都必须是Windows 7或Windows Server 2008 R2以上的版�?
如果�?D游戏�Q�需要支持Direct2D�Q�如果是3D游戏�Q�需要支持Direct 3D 10.1
本地计算��Z��必须有播攄��(sh��)��p��频文件对应的Codec
本地计算机的CPU或者显卡应该满��x��?D和视频的基本要求

如果惌��自己开发的应用�E�序支持最新的RDP协议�Q�需要研�I�一下这三个东西。我对开发的技术不是非�怺�解，原文照搬如下�Q�大家可以到MSDN里面查一下RDP的具体API�?/p>

Dynamic Virtual Channels APIs

Client/Server extensibility for RDP
Bi-directional streams that extend RDP
Internal features use same technology

RemoteDesktop ActiveX APIs

Host/customize full RDP client in your apps
Usable from web, managed or native code

RDP Windows Desktop Sharing APIs

RDP Platform for screen sharing
Enables sharing console, multiparty connections
Basis of Remote Assistance

开发�h员可以用下面的API来检��应用程序当前时候运行在�q�程桌面的会(x��)话中�Q��ƈ且根据情况进行优化和调整�?/p>

//Managed
System.Windows.Forms.SystemInformation.TerminalServerSession

//Win32
GetSystemMetrics(SM_REMOTESESSION)

关于开发方面我��׃��深入的讨��Z��Q�大家可以看PDC上的有关评��。最后再贴几张网上找到的Windows 7�q�程桌面的运行效果图�Q?/p>

Posted by Frank Yu

阿π 2010-09-09 22:19 发表评论

解决跨��^台系�l�的工程文�g�Ҏ(gu��)��(MPC)

阿π — Wed, 08 Sep 2010 03:57:00 GMT

最�q�的��目�?/span> windows �?/span> solaris 两个版本。其�?/span> windows 下用的编译器�?/span> visual studio 2005 �Q?/span>

Solaris 下的�?/span> CC 。我们现在的�Ҏ(gu��)��是先�?/span> visual studio 2005 下测试通过。然后��?/span> MPC �Q?/span>

Make Project Creator 生成 vcproj �?/span> solaris 下的 makefile 文�g。最后再对这两个工程文�g�q�行��试�?/span>

MPC 是一个开源项目，采用 perl 语言�~�写。��?/span> MPC 只需写一��?/span> mpc 文�g卛_��非常�Ҏ(gu��)��的生�?/span> vcproj( 支持 vc6 �?vc9) 文�g�?/span> makefile 、语法也不复杂�?/span> ACE 的工�E�文件就是用的这个东�ѝ��十分适合跨��^台的��目�?/span>

MPC 使用

在工�E�根目录下创�?/span> MPC/config/MPC.cfg 文�g�Q�文件内容�ؓ(f��)�Q?/span>

Default_type=make

Dynamic_type=$Test_root/bin/mpcfile,/home/test/MPC

Logging=info=1 warn=1

Verbose_ordering=1

�W?/span> 1 行注明了生成工程文�g的类型，在这里是 makefile

�W?/span> 2 行引用了两个地方�?/span> project 定义 ( �?/span> MPC 文�g ) �Q�有了这一行，则工�E�文件中��L��位置�?/span> mpc 文�g都可以引用上面两个地�?/span> ( 包含子目�?/span> ) �?/span> mpc �?/span> mpb 文�g了�?/span>

mpc 文�g是可以��承的。示例如下：(x��)

project(mod1):modob{

exename=”mod1�?/font>

exeout=�?./../bin�?/font>

includes+=�?./../include/mod1�?/font>

Source_Files{

*.cpp

}

Header_Files{

*.h

}

其中 exename 为生成文件的名称�Q?/span> exeout 为生成的文�g的�\径， includes 为头文�g包含的�\径�?/span>

�q�有libout(lib文�g输出路径), dllout(动态链接库输出路径), sharedname(动态链接库名称)

Mpb 文�g主要是用来描�q�C��些公��q��信息 ( 如公共头文�g�Q�动态库 ) �Q�如�Q?/span>

Project {

Includes += ../../include/common

Libpaths+=�?./../lib�?/font>

}

完成上面文�g之后�Q�输入命令：(x��) mwc.pl 卛_��生成工程文�g

注意�Q�在路径中切不可包含�I�格

mwc.pl -static 生成静态库

在MPC文�g中可以加�?avoids += shared

�q�样��p��避免生成动态的工程�?exe或dll)

MPC使用介绍

MPC�?em>ACE中附带的一个很有用的Makefile工具�Q�简单的说MPC可以通过一个单一的定义文�Ӟ��生成各种开发环境需要的Makefile,VC工程文�g�Q��ƈ且可以通过自行扩展适合各种开发环境需要的工程文�g�?

�~�写一个MWC和MPC文�g

hello.mwc例子

						// -*- MPC -*-
workspace {
  hello.mpc}

hello.mpc例子

						// -*- MPC -*-
project(hello):aceexe, acexml, avoids_ace_for_tao {
  exename = hello
  avoids += uses_wchar
 
  Source_Files {
    hello.cpp}}

mwc可以看作是workspace定义�Q�mpc可以看作是project定义�Q�一个workspace可以包含多个project�Q��ƈ且可以定义多个project之间的依赖关�p�，详细的语法可以参考后面提供的参考资料�?

生成Makefile

$ACE_ROOT/bin/mwc.pl -type make hello.mwc

生成VC2008工程文�g

$ACE_ROOT/bin/mwc.pl -type vc9 hello.mwc

同时生成多个工程文�g

$ACE_ROOT/bin/mwc.pl -type make -type vc9 hello.mwc

同时生成vc9的静态和动态库工程文�g�Q��ƈ且通过工程名称予以区别

$ACE_ROOT/bin/mwc.pl -type vc9 -ti lib:vc9lib -name_modifier *_lib_vc9 hello.mwc

阿π 2010-09-08 11:57 发表评论

癑ֺ�自动登陆代码实现

阿π — Tue, 27 Jul 2010 01:31:00 GMT

摘要: 1 /**/ /* ************open_login_page.c********** */ 2 #include < stdio.h > ... 阅读全文

阿π 2010-07-27 09:31 发表评论

IP协议族协议头�l�构

阿π — Tue, 27 Jul 2010 01:27:00 GMT

//IP协议族协议头�l�构(�?c声明 �?rfc 字符囄��)
//Jurassic 2003.3.6 created.
/*++
TCP Header Format

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Source Port          |       Destination Port        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                        Sequence Number                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Acknowledgment Number                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Data |           |U|A|P|R|S|F|                               |
   | Offset| Reserved |R|C|S|S|Y|I|            Window             |
   |       |           |G|K|H|T|N|N|                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           Checksum            |         Urgent Pointer        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Options                    |    Padding    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                             data                              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                            TCP Header Format
RFC-793
--*/
typedef
struct _tcphdr
{
unsigned short source; //原端口地址
unsigned short dest; //目的端口地址
unsigned long seq; //序号
unsigned long ack_seq; //��认�?
unsigned short doff:4; //首部长度
unsigned short resl:4; //保留
unsigned short cwr:1; //控制
unsigned short ece:1;
unsigned short urg:1;
unsigned short ack:1;
unsigned short psh:1;
unsigned short rst:1;
unsigned short syn:1;
unsigned short fin:1;
unsigned short window;
unsigned short check;
unsigned short urg_ptr;}tcphdr;

/*++
IP Header Format    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Version| IHL |Type of Service|          Total Length         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Identification        |Flags|      Fragment Offset    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Time to Live |    Protocol   |         Header Checksum       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                       Source Address                          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Destination Address                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Options                    |    Padding    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IP Header FormatRFC-791
--*/
typedef
struct _iphdr
{
unsigned char version:4; //版本
unsigned char ihl:4; //首部长度
unsigned char tos; //服务�c�d��
unsigned short tot_len; //总长�?
unsigned short id; //标志
unsigned short frag_off; //分片偏移
unsigned char ttl; //生存旉��
unsigned char protocol; //协议
unsigned char check; //��(g��)验和
unsigned long saddr; //源IP地址
unsigned long daaddr; //目的IP地址
}iphdr;
/*++
UDP Header Format
                  0      7 8     15 16    23 24    31
                 +--------+--------+--------+--------+
                 |          source address           |
                 +--------+--------+--------+--------+
                 |        destination address        |
                 +--------+--------+--------+--------+
                 | zero |protocol|   UDP length    |
                 +--------+--------+--------+--------+

UDP Header Format
RFC-768
--*/
typedef
struct _udphdr
{
unsigned short source;
unsigned short dest;
unsigned short len;
unsigned short check;}udphdr;
/*++
ICMP Header Format    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Code      |          Checksum             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                             unused                            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |      Internet Header + 64 bits of Original Data Datagram      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ICMP Header FormatRFC-792
--*/
typedef
struct _icmphdr
{
unsigned char type; //�c�d��
unsigned char code; //代码
unsigned short checksum; //校验�?
union
{
struct
{
unsigned short id; //标识�W?
unsigned short sequence; //序号
}echo;

unsigned long gateway; //目标路由器的IP地址

struct
{
unsigned short unused; //
unsigned short mtu;
}frag;
} un;}icmphdr;

/*++
IGMP Header Format    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Code      |           Checksum            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                          Identifier                           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                         Group Address                         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   +                         Access Key                            +
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

IGMP Header FormatRFC-988
--*/
typedef
struct _igmphdr
{
unsigned char type;
unsigned char code; /* For newer IGMP */
unsigned short csum;
unsigned long group;}igmphdr;

/*++
IPv6 Header Format   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Ver. | IHL   |   TOS         |   Total Length                |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Identification            |Flags|   Fragment Offset       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |1|1|1|1|1|0| Offset| Reserved | Source IP address part 1      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |1|1|1|1|1|0| Offset| Reserved | Destination IP address part 1 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   :                            Options                            :
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   : SADDR Code    |Len adr. part 2| Source IP address part 2      :
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   : DADDR Code    |Len adr. part 2| Destination IP address part 2 :
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   :                            Data                               :
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IPv6 Header Format   RFC-1365
--*/
typedef
struct _ipv6hdr
{
unsigned char version:4;
unsigned char priority:4;
unsigned char flow_lbl[3];
unsigned short payload_len;
unsigned char nexthdr;
unsigned char hop_limit;
//struct in6_addr saddr;
//struct in6_addr daddr;}ipv6hdr;
[/code]
当然�Q��ؓ(f��)了口中餐�Q��ؓ(f��)了未来脓(chu��ng)�w�mm�Q��ؓ(f��)了给她备房备车：(x��)�Q�，不得不停了下来�?
下面的是未整理的�l�构。有旉��的话�Q�我�?x��)��l�整理，也欢�q�网友补充。[code]
/*
* This is an Ethernet frame header.
*/
typedef
struct _ethhdr
{
//unsigned char h_dest[ETH_ALEN]; // destination eth addr
//unsigned char h_source[ETH_ALEN]; // source ether addr
//unsigned short h_proto; // packet type ID field}ethhdr;
// FDDI
/* Define 802.2 Type 1 header */
//struct fddi_8022_1_hdr
// {
// __u8 dsap; /* destination service access point */
// __u8 ssap; /* source service access point */
// __u8 ctrl; /* control byte #1 */
// } __attribute__ ((packed));
//
///* Define 802.2 Type 2 header */
//struct fddi_8022_2_hdr
// {
// __u8 dsap; /* destination service access point */
// __u8 ssap; /* source service access point */
// __u8 ctrl_1; /* control byte #1 */
// __u8 ctrl_2; /* control byte #2 */
// } __attribute__ ((packed));
//
///* Define 802.2 SNAP header */
//#define FDDI_K_OUI_LEN 3
//struct fddi_snap_hdr
// {
// __u8 dsap; /* always 0xAA */
// __u8 ssap; /* always 0xAA */
// __u8 ctrl; /* always 0x03 */
// __u8 oui[FDDI_K_OUI_LEN]; /* organizational universal id */
// __u16 ethertype; /* packet type ID field */
// } __attribute__ ((packed));
//
///* Define FDDI LLC frame header */
//struct fddihdr
// {
// __u8 fc; /* frame control */
// __u8 daddr[FDDI_K_ALEN]; /* destination address */
// __u8 saddr[FDDI_K_ALEN]; /* source address */
// union
// {
// struct fddi_8022_1_hdr llc_8022_1;
// struct fddi_8022_2_hdr llc_8022_2;
// struct fddi_snap_hdr llc_snap;
// } hdr;
// } __attribute__ ((packed));

阿π 2010-07-27 09:27 发表评论

SOL_SOCKET、IPPROTO_IP、IPPROTO_TCP和NSPROTO_IPX选项�U�别

阿π — Fri, 07 May 2010 02:49:00 GMT

摘要: int PASCAL ... 阅读全文

阿π 2010-05-07 10:49 发表评论

阿π — Thu, 15 Apr 2010 08:41:00 GMT

Windows Server 2003 PSDK February 2003 Edition�Q�可以和VC6一起��用、�ƈ支持各种目标OS的最后一个版本的SDK�?a >http://www.microsoft.com/msdownload/platformsdk/sdkupdate/psdk-full.htm

This edition of the SDK supports development for the following platforms:
Windows Server 2003
Windows Advanced Server, Limited Edition
Windows XP
Windows XP 64-bit Edition
Windows 2000
Windows NT versions 3.51 and 4.0
Windows Millennium Edition
Windows 95 and Windows 98

XPSP2 August 2004 Edition�Q�可以在VC6使用�Q�开发针对XPSP2的特�D�功能的�E�序�Q�可以和上面的一道��用，但请安装在不同目录�?a >http://www.microsoft.com/msdownload/platformsdk/sdkupdate/XPSP2FULLInstall.htm

Newly released: The Platform SDK for Windows XP Service Pack 2 support
(includes MDAC 2.8, Tablet 1.7 and Windows Installer 3.0)
The XPSP2 version of the Platform SDK was developed to work either side by
side with the Windows Server 2003 SDK or standalone but will not provide
build environments for:
Windows Server 2003
Windows Advanced Server, Limited Edition
Windows XP
Windows XP 64-bit Edition
Windows 2000
Windows NT versions 3.51 and 4.0
Windows Millennium Edition
Windows 95 and Windows 98
You must install The Microsoft Platform Software Development Kit (SDK) for
Windows Server 2003 for those environments.The SDKs can not be installed in
the same directory for side by side performance.

Windows Server 2003 SP1 Platform SDK Web Install�Q�最新版的SDK�Q�可惜不能和VC6一起协作，不再支持NT4�?X�?a >http://www.microsoft.com/downloads/details.aspx?familyid=A55B6B43-E24F-4EA3-A93E-40C0EC4F68E5&displaylang=en

This edition of the SDK replaces the previous SDKs for Windows XP SP2 and Windows Server 2003 and can be used to develop applications for those platforms.
Supported Operating Systems: Windows 2000; Windows Server 2003; Windows XP 64-bit; Windows XP Professional Edition ; Windows XP Service Pack 1
This SDK does not support working with Microsoft Visual C/C 6.0 as support for VC 6.0 has ended. The last SDK that will work with VC 6.0 is the February 2003 Edition.

vc6�?0岁了�Q�呵呵，蛮经典的东西�?
以下SDK和库都是能在VC6下��用。它们之间各自有各自的功能，不需要比较，除非是相同类型的库，例如XML解析器，我才比较一下，排名也不分先后，�q�且描述的简略不代表个�h的感情色情。很多库我都喜欢�Q�但我只是简单说两句。例如MFC�Q�STL�Q�ICE�{�等。希望大家的开发效率能提高不少。有些库或者SDK没有�|�列其中�Q�大家可以补上�?

Windows server 2003 r2 SDK(最新的Windows SDK是Vista版的)
提供最新操作系�l�的API接口�Q�支持Windows2003r2以及(qi��ng)以前的系�l�，如果想��用一些��^台特性，�q�开发包是必备的�?
http://www.microsoft.com/downloads/info.aspx?na=22&p=22&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=&u=%2fdownloads%2fdetails.aspx%3fFamilyID%3de15438ac-60be-41bd-aa14-7f1e0f19ca0d%26DisplayLang%3den
SDK属于Visual C++的一部分,但其自带的版本较�?已经不适合一些��品了,例如WinXP�{?该SDK包含以下MS产品的SDK:
Windows,Office,Windows Script(�q�个应该��是个��品吧..WScript/CScript),netmeeting,IIS, Internet Explorer,MS XML,GDI+,Windows Media Services,DirectShow...
包含以下的程序库:ATL,MFC,OpenGL...
更多信息��h��看SDK或者MSDN自带的帮助目�?

netmeeting SDK
惛_��q�程桌面,多�h�?x��)�?视频,文�g传�?�?sh��)子白板功能嵌入��C��的程序或者网站中�?用它?y��u)��没错�?
内含在Windows server 2003 r2 SDK

Internet Explorer SDK
可以用它来解析网��，从而开发出自己特别的需求的“新��览器”，也可以扩展IE。遨游，TT�{�外��x��览器��属于这�c�d��用。QZONE也属于，新版本的QZONE是采用自动化的方式去扩展�?
内含在Windows SDK里�?

WMEncoderSDK
Windows Media�~�码器的开发包�Q�可以从影像捕捉讑֤�或桌面画面录�Ӟ��亦提供文件格式�{换的功能�?
------------
是一套容易��用，而且功能强大的��Y�Ӟ��提供使用者自行录制媄(ji��ng)像的功能�Q�可以从影像捕捉讑֤�或桌面画面录�Ӟ��亦提供文件格式�{换的功能。主要的特色在于�Ҏ(gu��)��使用、高品质�~�码、增强的可程序化与管理，特点为：(x��)新的使用者界面和向导�Q�更�Ҏ(gu��)��讑֮�与制作媄(ji��ng)片，用来提供�|�络现场播放或需求播放，�q�支持多重来源，可以立即切换来源�Q��ƈ可监视编码程序进行时的资料，如媄(ji��ng)像大��、资料流量等�{�。新的编码能力，支持de-interlacing、inverse telecine和屏�q�捕捉，能有更好的输出品质，能从320*240*60fps�?40*480*30fps�Q�捕捉文件最大可�?0GB�Q�支持的捕捉讑֤�包括Winnov、ATI、Hauppauge�Q�以�?qi��ng)USB视讯摄媄(ji��ng)机等。Windows Media Encoder SDK提供�|�站开发者全自动的编码控�Ӟ��可从�|�络�Q�LAN�Q�远端控�Ӟ��或透过API存取或ASP控制
----------------
http://www.microsoft.com/downloads/details.aspx?familyid=5691BA02-E496-465A-BBA9-B2F1182CDF24&displaylang=en

WMPlayerSDK
为Windows Media Player开发插件或者调用其�l��g的开发包�?
http://www.microsoft.com/downloads/details.aspx?FamilyID=e43cbe59-678a-458a-86a7-ff1716fad02f&DisplayLang=en

detours
Microsoft自己出的一个PE镜像操作包，可以��L��实现API Hook,修改IAT�{��?
http://research.microsoft.com/research/downloads/Details/10E5D78C-592C-419D-A53E-BAE8DBD81801/Details.aspx

WTL(Windows Template Library)
一个基于模板技术、简�z�而又完整的界面库�Q�能生成��y的应用程序，厌倦了庞大的MFC�Q�可以考虑使用它来开发界面，除了对界面提供支持，�q�提供了一�p�d��的辅助类�Q�例如：(x��)CString,CFindFile�{��?.0支持WinCE�Q�以�?qi��ng)Vista的特性�?
http://www.microsoft.com/downloads/details.aspx?FamilyID=e5ba5ba4-6e6b-462a-b24c-61115e846f0c&DisplayLang=en

DirectX SDK
能出色地完成高速的实时动画渲染、交互式音乐与环境音效、高效多媒体数据处理�{��Q务。Windows下游戏开发一般��用它�?
http://www.microsoft.com/downloads/details.aspx?familyid=4b78a58a-e672-4b83-a28e-72b5e93bd60a&displaylang=en

DDK/IFS DDK(Windows Driver Development Kit)
用于开发Windows驱动�E�序的开发包,装了它VC也能开发驱动程序，不过推荐使用DDK带的build工具�q�行�~�译。IFS DDK可以开发文件系�l�驱动�?
http://www.microsoft.com/whdc/devtools/ddk/default.mspx

MS CHART
可以在程序里面画��Z��业的��q��图，曲线囄��专业的统计图形�?
内含在VB或者office的安装包里�?

ATL
用于开发COM的一个框�Ӟ��有了它，写C(j��)OM��p��村־�多了。除了对COM的支持，�q�提供了CImage(GDI+的包装类�Q�很好用)、CRegKey(注册表的支持)、CAtlRegExp(正则表达�?�{��?
VC自带或者包含在Windows SDK�?

GDI+ SDK
GDI+是Microsoft的新的图形编�E�接�?��h��单、易用等�Ҏ(gu��)��。支持多�U�图象格式，不必再�ؓ(f��)jpg,gif�{�格式解码而发愁。对比GDI�Q�有以下新特性，支持渐变��d��、对立的路径对象、矩阵对象、多�U�图片格式等。WinXP以及(qi��ng)以上�pȝ��自带Gdi+所需的DLL�?
包含在新版Visual Studio或者包含在Windows SDK�?

CxImage
一套图象操作代�?支持多种格式:包括bmp,jpg,png,gif(静态和动态都支持),wbmp,tif,wmf,pcx,tga,ico�{?��Z��GDI的操作而不是GDI+.�q�提供了一�p�d��的算�?例如�~�放,旋�{,灰度�{�等.
http://www.xdp.it

MFC
一个非常�?比VC6�q��?而且优秀的程序框�Ӟ��是对Windows API源码�U�的��装�Q�有不少的优�U�软�g��是用它写的�?
包含在Visual Studio�?

Xtreme ToolkitPro/BCGControlBar Professional
非常优秀MFC扩展�?用于界面开�?它们提供了仿Office,Visual Studio�{�MS产品外观的控�?
Xtreme有免费版本CJLibrary http://www.codejock.com/
BCG在VS2008里是MFC的一部分�?http://www.bcgsoft.com/

WFC(Win32 Foundation Classes)
一个MFC扩展�?��装了那些MFC没有��装的Win32 API..例如:CDesktop,CMixer,CRegistry�{�等
http://www.codeproject.com/library/wfc.asp

Microsoft Speech SDK
文本朗读和语韌��别的开发包。也支持中文发音�?
http://www.microsoft.com/speech
http://www.microsoft.com/downloads/details.aspx?FamilyID=5e86ec97-40a7-453f-b0ee-6583171b4530&DisplayLang=en

MS Agent
WinXP搜烦里的那只黄色��狗或者Office2003里面的助手就是MS Agent�Q�用�q�个开发包��可以控制他们�?
包含在Visual Studio或者包含在Windows SDK�?

MS XML/tinyXML
用于解析XML文�g的开发包�?
MS XML功能强大,对中文有完美的支�?
tinyXML体积��?带源代码.
(其它XML解析器都不怎么�?IBM的XML4C功能虽强,可是它的DLL�?2M那么�?Xerces c++不能支持中文,Libxml要支持中文的话需要自己写转换函数)
MS XML:http://www.microsoft.com/downloads/details.aspx?FamilyID=993c0bcf-3bcf-4009-be21-27e85e1857b1&DisplayLang=en
tinyXML:www.sourceforge.net/projects/tinyxml

OpenGL
是个专业�?D�E�序接口�Q�是一个功能强大，调用方便的底�?D囑�Ş库。OpenGL是个与硬件无关的软�g接口�Q�可以在不同的��^台工作�?
包含在Visual Studio或者包含在Windows SDK�?

STL
非常优秀的C++标准�?提供数据容器以及(qi��ng)通用��法�{�的C++�?
包含在Visual Studio

Boost
一套开放源代码、高度可�U�L��的C++�?提供数��D��、泛型编�E�、元�~�程、��^台API�{�支持。常用的有Regex�Q�Lambda�Q�smart_ptr�{�等
http://www.boost.org

WinPcap
最常用的就是用它来捕获�|�络��包。很多网�l�程序，以前用过的一个电(sh��)信的拨号器，Ethereal�{�都是��用这个�?
http://winpcap.polito.it

zLib
一个开源的数据无损压羃�?最方便的是它可以压�~�内存缓�?而且速度�?很多�|�络游戏都��用了它压�~�数据包.
http://www.gzip.org/zlib/

Xvid/Divx
视频�~�码/解码�?(Divx是个商业产品,Xvid是个开源项�?
www.xvid.org

ACE/ICE
ACE全称adaptive communication enviroment�Q�是一套C++的通信库。它提供了socket/threading/memory management�{�多�U�系�l�调用的面对对象的wrapper,使C++通信软�g开发更加简单�?
ICE(Internet Communications Engine)一�U�现代的面向对象中间�Ӟ��可用于替代像CORBA或COM/DCOM/COM+�q�样的中间�g�Q�特�Ҏ(gu��)��开发简易，�q�行效率高。可以开发出�?sh��)信�U�别的应用�?
ACE:http://www.cs.wustl.edu/~schmidt/ACE.html
ICE:http://www.zeroc.com/

crypto++
实现了各�U�公开密钥��法、对�U�加密算法、数字签名算法、信息摘要算法以�?qi��ng)其相关的其它密码算法等�{?其实我只用里面的md5,crc32和aes.
http://sourceforge.net/projects/cryptopp

WxWindows (跨��^台的GUI�?
�c�d��ơ极像MFC,通过多年的开发也是一个日��完善的GUI�?完全开放源代码的�?
http://www.wxwindows.org/

blitz (高效率的数��D��函数库)
Blitz++ 是一个高效率的数��D��函数库�Q�它的设计目的是希望建立一套既具像C++ 一��h��便，同时又比Fortran速度更快的数��D��环境�?
http://folk.uio.no/patricg/blitz/html/index.html

阿π 2010-04-15 16:41 发表评论

TCP实现P2P通信、TCP�I�越NAT的方法、TCP打洞(转蝲)

阿π — Fri, 29 Jan 2010 04:55:00 GMT

摘要: �q�个标题用了两个��号三个名称�Q�其实说得是同一个东西，只是�|�上有不同的说法�|�了�Q�另外好像还有�h叫TCP打孔�Q�我的朋友小妞听说后问“要打孔啊，要不要我帮你��d��个�?sh��)钻�q�来啊？”“~�Q��P�E%……��P��”）�?
闲话��说�Q�我们先看一下技术背景：(x��)
Internet的迅速发展以�?qi��ng)IPv4 地址数量的限制��得网�l�地址��译(NAT,Network Address Trans2lation)讑֤�得到�q�泛应用。NAT讑֤�允许处于同一NAT后的多台��L��׃�n一个公�|?本文��处于同一NAT后的�|�络�U�Cؓ(f��)�U�网,处于NAT前的�|�络�U�Cؓ(f��)公网) IP 地址。一个私�|�IP 地址通过NAT讑֤�与公�|�的其他
阅读全文

阿π 2010-01-29 12:55 发表评论

什么叫打洞

阿π — Thu, 28 Jan 2010 11:26:00 GMT

摘要: ��切地说是穿透NAT�Q�一般��用Ｕ�Q�Ｐ协议�Q�Ｔ�Q�Ｐ协议也可以穿透，只是好像没有UDP成功率高�?nbsp; 阅读全文

阿π 2010-01-28 19:26 发表评论

STUN, STUNT, XSTUNT 介绍

阿π — Wed, 27 Jan 2010 15:10:00 GMT

摘要: STUN�Q�Simple Traversal of User Datagram Protocol through Network Address Translators (NATs)�Q�NAT的UDP��单穿��）是一�U�网�l�协议，它允�怽�于NAT�Q�或多重NAT�Q�后的客��L(f��ng)��扑և�自己的公�|�地址�Q�查��׃��于哪�U�类型的NAT之后以及(qi��ng)NAT为某一个本地端口所�l�定的Internet端端口。这些信息被用来在两个同时处于NAT 路由器之后的��L��之间建立UDP通信。该协议由RFC 3489定义
一旦客��L(f��ng)��得知了Internet端的UDP端口�Q�通信��可以开始了。如果NAT是完全圆锥型的，那么双方中的��M��一斚w��可以发�v通信。如果NAT是受限圆锥型或端口受限圆锥型�Q�双方必��M��起开始传输�?
阅读全文

阿π 2010-01-27 23:10 发表评论