久久精品国产精品亚洲下载,精品久久久久久国产潘金莲,久久99国产精品一区二区

游戏资源在线更新的思�\

李侃 — Fri, 08 May 2009 15:27:00 GMT

�ȝ��来说�Q�和JIT��x��~�译机制有相通之处，��是一个创建时间的比较

首先要明白：客户端的文�g如果是最新的�Q�那么创建时间肯定晚于服务器上文件的创徏旉��Q�反之客��L��的文件就是旧的需要更��C��Q�但是�ؓ了提高更新效率，�q�不是一个个和服务器上的文�g做对�?/p>

而是建立一个文件列表烦引文�Ӟ��里面记录服务器上�?#8220;最新版”所有文件的创徏旉��Q�首先更新本地的索引文�g�Q�如果更��C��Q�说明服务器上的文�g列表有更斎ͼ�然后和本地做�Ҏ(gu��)��Q�整理一份需要更新或新徏的文件列表清单，然后��d��q�接服务器进行下载，全部完成以后�Q�在索引文�g�q�行记录�Q�更新完一个就记录一个ok�Q�这��h��?#8220;断点�l�传”�Q�所有都更新完成�Q�全部是ok了，��p��明本地都是最新的了，不过�q�里面有个小问题是值得注意的，本地文�g的创建时间不能是本地计算机的旉��Q�应该下载完以后�Q�修�Ҏ(gu��)��服务器的当前旉��Q�（比如如果本地旉��讄��C��一�q�以前）那本地的列表可能永远都是旧的�Q�每�ơ都要更斎ͼ��q�是可怕的�?/p>

通过�q�个文�g列表索引�Q�能大大提高更新效率�Q�而且也能做好版本的控制�?/p>

另外�Q�更新服务器一般和游戏服务器分��，大致思�\��是�q�样

打包和网�l�传输方面，自己��装一套序列化和反序列化的IO��协议就可以了，游戏里面�q�些都必��L��最基本的功能了

当然�Q�这套思�\�q�有一些不完善的地方，比如更新正在�q�行的exe或一些内存保护的DLL�Q�是比较�ȝ��的事�?需要尽量避�?/p>

李侃 2009-05-08 23:27 发表评论

李侃 — Sat, 08 Mar 2008 07:02:00 GMT

摘要: 阅读全文

李侃 2008-03-08 15:02 发表评论

李侃 — Sat, 01 Mar 2008 09:15:00 GMT

前面的文章也提到了，看了一些服务器的大师��的代码，SmartStruct和自定义序列化的方式都有�Q�如果单单只用C�l�构体作��意数据蝲体固然可以，但很多网友也提出了很多质疑，最大的�~�陷��是灉|��性欠佻I��诚然如此�?br>
�q�段旉��沉下了心�Q�好好写了一些类主要有：

ObjectStream
StreamBuffer
SerializeMap
PacketStruct
...

�{�等�Q�有了前人的�l�验�Q�似乎也��比较顺利，一个个从基本的数字�Q?br>到数�l�，到char[] (很多资料也称之�ؓ�Q�raw 二进制序�?
再到STL 的一�p�d��容器的序列化工作都实��C��

其中大量使用了模版类的泛型设计，不必要求一个可序列化的�c�d��ȝ��承某某基�c�，只需要具备以下：

SerializeTag ComputeTag();
bool Read(ObjectStream& stream);
bool Write(ObjectStream& stream);
DWORD GetLength(ObjectStream& stream);
bool operator==(const PacketHeader &other) const;

五个�Ҏ(gu��)��可以了�Q�如果随意给你一个事先定义好的类�Q�可以实现序列化吗？当然可以�Q�只需要写��cȝ��
Wrapped Proxy�Q�再��d��q?个方法，��p��通过 ObjectStream �?StreamBuffer 实现该类的序列化�?br>
�q�些是写完成了，回头看看自己已经写好的网�l�逻辑模块�Q�犯愁了�?br>�?#8230;…�Q�加入序列化�Q�相当于高层�ơ的通讯协议全都变了�Q�包�l�构要改�Q�所有的业务逻辑通讯代码随之要改�?br>
之前的工�?#8230;… 又要写大量的重构代码了�?br>
重构真是件痛苦的事情�?br>最坏的打算把之前的一些逻辑东西按现有思�\重写一遍嘛�Q�二�ơ加工也许能应祸得福�Q�把破旧看不�q�眼的地斚w��整理的更漂亮�Q�好比重新装修升�U�一�?br>
现在�Q�只能告诉自�׃��件事�Q�沉下心�Q�沉注气�?br>

李侃 2008-03-01 17:15 发表评论

�q�璞归真�Q�网�l�传输——结构体�q�是序列化？

李侃 — Sun, 17 Feb 2008 04:53:00 GMT

虽然,�|�络�~�程里面的数据传送推荐用序列�?但我不用,�q�是选择�l�构�?�q�璞归真),有以下几点理�?
1.跨��^台问题：
序列化确实可以很好的跨语�a��q�_��,可大多数�|�络游戏不需要跨语言�q�_��

2.别以为有了序列化��׃��需要结构体
表面上序列化代码量小�Q�按��序��d��写char int short LPCSTR ... ��好�Q�逻辑对象写不写都无所谓，那就是大错而特错了
待序列化的对象发送前的结构还是不可省略的序列化的�q�程��是 object->(按一定顺序拆�?write->bytes->(按拆分顺序组�?read->object的过�E?br> 其实object�q�是不能省略,很多人写�|�络�E�序不注重逻辑对象�l�构,收到的一堆bytes按一定顺序读和写��完事了,�q�样虽然灉|��,但缺乏结�?�Ҏ(gu��)��造成混�ؕ�Q�调试�v来是��N��
所以结构体�Q�或�c�）�q�是省略不了的，所以：别以为有了序列化�Q�就不需要结构体了�?/p>

3.�l�构体存在内存对齐和CPU不兼容的问题�Q�可以避�?br> 的确�l�构体是有内存对齐的问题,存在兼容性问�?我可以选择pack(1)把内存对齐给关闭�?避免兼容性问�?既然选择了iocp��׃��打算跨��^��C��,可以避免�l�构体��^台兼容的问题

4.�l�构体调试�v来方便很多，减少内存拯��Q�效率高
不用序列化可write和read的过�E�就不需要过多考虑�Q�少写太多代码了�Q�，read write ��好像现代社会每个�h每天都要�I�衣服和��p��服一��P��原始�C�会需要吗�Q�其实�h�c�进化到原始裸奔状态才是最爽快�?)
但还是要说句公道话：有�h说序列化�~�码解码read write 需要耗费资源, 诚然�q�个�q�程基本�{�于赋值和内存拯��Q�那�Ҏ(gu��)��率损�׃��要还在内存拷贝上�Q�这�Ҏ(gu��)��率损失很��，不能作�ؓ序列化的�~�点�Q�当然如果涉及到数据加密那将是另外一个话�?/p>

5.�l�构体貌似呆板，发送数据限制多�Q�发送变长数据就不方便，数据�l�织��h��也不灉|��
我想�q�是很多人抛弃结构体�Q�选择用序列化方式发送和接受数据的一个很重要的原�?br> 但：其实对于变长�l�构(子结构也是变�?的问�?用结构体来实现的��很�ȝ��,但�ƈ不代表不能实�?br> 我已�l�实��C��,而且��d��写变长子�l�构体嵌套�Q意多层都不成问题,可以存储复杂变长的数据结构，
数据��如同能自动序列化一��h��便，�q�个应该是技术难点，但细心去做是可以实现�?/p>

6.关于�l�构体指�?br> 游戏里面要发送的数据内存事先分配好的�Q�不存在指针,深度复制更不用考虑�Q�所以内存拷贝不会出�?br> 如果用到指针即��用序列化来实��C��会面临同��L��问题也占不了多少便宜�Q�由于C++�q�们语言的特点，
不象java那样有个标准实现,对于序列化本�w�没有一个统一的标准，所以可惌��知�Q�有��:boost有它的序列化的实�?br> 其实那个实现不见得就合适你自己�Q�如果真要做序列化，�~�码和解码的仿照那个�q�程自己写才最为牢靠，
哪些指针对应的内存需要序列化那些不需要序列化�Q�是个逻辑�l�构�Q�需要自��p��了算才好�Q�好像扯�q�了点）
说回游戏数据�Q�既然不用需要他用到指针�Q�结构体用来发送数据也没问题的

7 �q�_��扩充问题
退一万步的说�Q�换了语�a��基本上换了客户端，客户端的数据�l�织形式都要重写
实在不行�q�可以考虑用xml json �~�码�{�等一些跨�q�_��的解��x��案，现在所写的�l�构体是可以用来做数据接收的�Q�只是发送的不再是结构体而已

8.�l�g��所�q?br> 如果需要跨语言�q�_��Q�不用序列化�Q�二�q�制��或xml, json文本�{�等�Q�根本无法实�?br> 序列化的优点�q�是非常多的.如果主要是跨�q�_��和语�a�自定义读写规�?�Ҏ(gu��)��需要读写对象的某一部分数据,
�I�间��费��?不存在内存对齐问题等诸多优点�Q�缺点就是拐弯抹角，代码量大�Q�调试不方便

权衡了良�?br> 数据如果能组�l�的合理�Q�而且没有跨语�a��q�_��的要求，用结构体也未��不�?毕竟数据发送直来直去还是方便些�Q�减��内存拷贝，效率也高了很�?br> 特别是调试�v来容易太多了�Q�衡量利弊我�q�是攑ּ�了序列化�Q�选择了原始的�l�构体，只是隑֜�数据的组�l�（好在基本已经克服了）

我知道：序列化很好很强大�Q�很多网�l�程序高手根本不屑于直接发一个逻辑�l�构体，用这�U�方式就好象是旁门左道，狗肉上不了大雅之堂一��P��狗肉�q�是很多人喜�Ƣ吃的嘛�Q�：�Q��?br>
我还是返璞归真选择了结构体

一句话�Q�物��其用，用的恰当�Q�够用就好�?br>
如果有什么不对，敬请拍砖�Q�莫要客�?/p>

李侃 2008-02-17 12:53 发表评论

李侃 — Wed, 23 Jan 2008 16:21:00 GMT

摘要: 做了个包容器�Q�一�ơ可以发多个变长逻辑�l�构了体了，爽啊�?nbsp; 阅读全文

李侃 2008-01-24 00:21 发表评论

今天完成了下�U�K��知功能

李侃 — Thu, 17 Jan 2008 05:13:00 GMT

�q�去用户断开�Q�其他用户不知道�Q�也��出��C��鬼媄�Q�现在刚有时间完善了�q�块�Q�某��Z��下线�Q�周围的人立马就知道了，另外人物�U�d��和周围的人物通讯�Q�已�l�基本实玎ͼ�只是有些�l�节部分�q�不完善。这是个�l�致�z�R��还要��l�加油啊～！�Q�！

李侃 2008-01-17 13:13 发表评论

李侃 — Thu, 10 Jan 2008 12:36:00 GMT

摘要: 对于�U�程资源��q��问题�Q�实际上也没有一个最完美的解��x��案，没有最适合的，只有�Ҏ(gu��)��情况来分析，扑֐�适的�Ҏ(gu��)��Q�我最�q�在做角色之间的位置信息交换�Q�已�l�实��C��一部分了。感觉很�?nbsp; 阅读全文

李侃 2008-01-10 20:36 发表评论

李侃 — Tue, 08 Jan 2008 17:10:00 GMT

摘要: 多线�E�中MutiRead/SingleWrite互斥的实玎ͼ�原创�Q�，用非信号量来实现�Q�用��h��式，非内核模式，实现高效的线�E�调�?nbsp; 阅读全文

李侃 2008-01-09 01:10 发表评论