前言

项目中由于对于启动的优化，配置表量并不是特别大，但启动时长却不低，但对于应用类来说，对启动时长要求很严格。

我希望能做到毫秒级的加载体验，所以有了这个优化

旧方案

使用pb表配置，用工具转成pb格式，启动后加载到lua table

原始的pb文件在2M多，读取到内存中后，会增加20多M的内存开销

加载时长是高端机500ms多, 依赖机器性能，机器越差，加载越慢

另外，table还做了一个__newindex包装，是为了防止有代码误修改, 这个也增加了转换的时长

希望的优化目标是，这个启动加载能减少到100ms以下

新方案

使用一个自定义的二进制格式，也是用工具预先转换一下

【】文件头

【】列信息

【】数据表中全部字符串

【】不定长的数组

【】关键列查找表

【】行数据(定长结构，如果该列是字符串这类的不定长数据，则存储指针(偏移), 指向真正的数据

【0】 【1】 【2】 ... 【N】

【值或偏移】

通过重载 __index, 直接查找返回相应的变量，也正常的lua table访问基本一致

优化思路

1、采用内存文件格式，内存格式与文件格式完全一致，这个完全去除了数据解码的开销

这样配置文件大小与CPU的性能就不相关了，完全能满足毫秒级的加载体验

2、数据压缩，减少内存开销

自适应压缩整数，对于boo, 小于255的整数，使用1Byte存储

对于小于65535的整数，使用2Byte存储

对于 float, 如果事实上填的是整数，就自动转换成整数，按整型压缩

所有的字符串连续，通过偏移访问

扫描字符串，统计重码率，重码只存一个

找描字符串，拆分长字符串（比如路径），拆两成两个部分，公共路径只存一个，减少字符串的长度

3、查询速度优化

使用定长的二维格式，支持按行列随机访问，内存连续，Cpu Cache命中率高，能提供更高的查询性能。

经过这些优化后，测试下来，总体的文件大小比pb格式的还略小一些

优化效果

原始文件小2M，内存占用与文件大小完全一致，比pb略小

90个散文件加载时长降到25ms左右，如果打包成一个文件，4ms左右就可以完成加载

与机器CPU性能无关，只与文件io有关