一个简单实用的资源包机制

niexuchina

本贴只说明基本流程和机制，不包含具体细节。

这个机制：
·已在游戏（http://xwb.gyyx.cn/）中经过考验。
·支持跟新。包括删除、添加。磁盘容量基本没有浪费。
·对于跟新当中的比如断电、磁盘满等导致失败的情况做了处理：）。不错吧。


***包的基本格式***

资源包主要有一个一个连续的数据块和文件头组成。每一个数据块就是源文件的内容。文件头是每个小文件信息，每条信息包含key（我们用标准化后的相对路径）、偏移量、大小。文件头存在资源包的末尾。

资源包的格式示意如下：
// Data section
FileDataBlock
FileDataBlock
...
// Info section
FileInfo
FileInfo
...
// Tail section
InfoSectionBeginOffset
Version

每一条FileInfo格式为
Path
FileOffset
FileSize

***读取***

通过head section的信息，加载所有FileInfo，将path作为key，保存在一个map中。我们采取将整个子文件加载到内存的方式。

***跟新***

这是一个有点纠结的部分。最开始的版本因为未考虑到中途失败的情况，导致一旦失败，资源包的info section被破坏，玩家必须重新下载整个游戏，才能继续升级。失败吧：）。

要点：
·info section在跟新前必须备份。
·删除的文件，只从info section中去掉。
·新添加的文件，优先写到前面的空挡中。
·最后将新的info section以及后面的信息追加的包文件末尾。
·子文件的跟新相当于删除老的，再添加一个同名新文件。

跟新流程：
1、读取info section备份文件，一个固定名字的文件。
2、用存在备份文件末尾的校验码对该文件进行校验。
3、如果读取失败或者校验失败，说明根本没有备份或者之前的备份失败了，则备份info section。当然最后存上校验码。
4、读取info section，他可能来自包文件或者备份，并构建一个data section空挡的列表。
5、对于删除文件，直接从内存里的info section将它的记录去掉，并更新空挡列表。
6、对于添加文件，寻找一个尺寸相差最小的空挡，写到里面。如果找不到，追加到data section末尾，这时data section扩大了，原有的info section被破坏：）。别忘了跟新内存里的info section和空挡列表。
7、最后，写入info section和tail section。
8、删除info seciont备份！

***总结和思考***

·这是一种简单而实用的包机制，支持跟新，磁盘空间浪费很少。
·这个机制经过实战检验。
·初始时，文件块会按照路径排序，多次跟新后顺序多少有点乱，因为这个机制是见缝插针。但不知道这个会有什么影响。应该影响不大。

niexuchina

生平第一次帖子被加精！

LoveDelphi

看看.

niexuchina

我的同事测试过，读取许多小文件比读取一个大文件慢得多。

hzhzzhouqq

niexuchina: Re:一个简单实用的资源包机制

我的同事测试过，读取许多小文件比读取一个大文件慢得多。

顶。

lixupeng

收下了！

h710877

哪里下载？？？

duanjiantianya

可以用于游戏资源的封装防别人盗取资源，但是现在好像普遍用的文件头在前头哦。。呵呵。。。

feilong19900504

总而言之，很好啊。

allenlikeu

学习了