sol文件解析（数据区）

2017-07-06 本文已影响0人 w_左拖拖

sol数据区是按照key-value方式存储的，存储的顺序是：key的长度-key-value类型-value长度（仅字符串）-value-00.
其中key的长度是按2n+1（n为长度）计算的，如0x05换算为长度是2
key是根据前面的长度取随后的几个字节，若前面长度是2那就应该取0x05后的两个字节做为key，sol默认为utf-8格式的所以如果是windows系统下中文key或者value的需要指定UTF-8字符集。
接下来是value的类型，类型我也并未解析完全。

02 逻辑非
03 逻辑是
04 整型
05 长整，小数
06 字符，字符串
09 数组
0a Object对象
以上所有类型后面都接00。

逻辑值解析（02，03）

逻辑值解析比较简单，因为是和非是分开处理的所以02，03既是类型也是值。如下是isA=true的解析示例

逻辑值解析

字符&字符串解析（06）

字符串解析也较简单，在类型06后面会跟value长度（长度也是按2n+1的方式计算）,随后是value值，这里需要注意的是sol默认编码为utf-8，所以注意windows系统下中文需要对编码进行utf8处理。如下是name=左拖拖的解析示例

字符串值解析字符串处理还有一种特殊情况有别于上面介绍的处理方法，当key和value相同时value的长度会变为一个偶数且没有value值，长度后面直接跟结束符00。这种情况的处理比较简单，我们知道长度是2n+1永远是奇数，如果长度为偶数则说明value等于key，我们直接将key赋值给vaue即可。如下是sa=sa的解析示例

字符串key=value时处理

整数解析（04）

sol整数范围是-2²⁸ ~ 2²⁸-1，其中0_{2<sup>21</sup>-1为小整，2<sup>21</sup>}2²⁸-1为大整，sol对小整，大整以及负数的处理都是不同的。

小整最低位从00_{7f其余位从80}ff，最低位大于7f时产生进位
大整占用4个字节，最低位从00_{ff其余位从80}ff
负数占用4个字节，最低位从ff_{00，其余位从ff}80
举个小整的例子：04 86 a0 2d 00
1). 04是类型，00是结束符，中间的位数表示值。
2). 最低位2d不做处理
3). 除了最低位从00_{7f,其余位从80}ff,所以其余位需要减掉80
4). 第二位a0的处理: (a0 - 80) x 80
5). 第三位86的处理: (86 - 80) x 80 x 80
6). 最后将三位的结果相加即可: 98304 + 4096 + 45 = 102445
大整与小整的处理方式相同，只是进位从80变成为ff，就不做例子了。
再举个负数的例子：04 ff ff ff ff 00
负数的处理与大整完全相同，与二进制负数也很相似，只是符号位并不会占整个最高。二进制最高位0表示正，1表示负。上面被解析为-1

长整&小数解析（05）

整数从41 b0开始，负数从c1 b0开始，小数未破解成功。
该类型的值长度固定为8，前五位与整数处理相同每位均从00_{ff，后三位可以看成补位或借位，前面提到位数从00}ff如果需要表示更大的数就从后三位借位让后三位与第四位组成一个阶数。
若41 c0 00 00 00 00 00 00 表示1 则41 c0 00 00 00 80 00 00 表示2
41 c0 00 00 01 00 00 00 表示3 则41 c0 00 00 01 80 00 00 表示4
这样的话就可以将表示范围扩大到2N倍。
负数处理完全一样无特殊处理。
测试过程中发现最大可处理9007199254740992（后三位刚好使用完ff ff ff），超过9007199254740992将无法正常处理负数超过-9007199254740993无法正常处理。
其中有一个特殊的值-0也被解析为长整80 00。
举个例子：05 42 20 00 03 c4 80 00 00 00
1).前两位42 20 比起始值41 b0 大 7 x 16
2).根据前面提的范围扩大2N倍那解析出(2⁰ + 2¹ + 2² + 2³ + 2⁴ + 2⁵ + 2⁶) x 16 x 256³ = 34091302912
3).03 : 3 x 256¹ x 2⁷ = 98304
4).c4 : 196 x 256⁰ x 2⁷ = 25088
5).后三位的处理是从高位到低位的，0x80 / 256 / 2⁷ = 64
6).最后相加 34091302912 + 98304 + 25088 + 64 再加上起始的41 b0（1 << 28）最后得到34359861824

数组解析（09）

数组的解析，类型后面紧跟数组长度，长度后面一位用途暂时未知，后面的部分是结合上面所有的类型进行处理，如下是one-dimensional={"a", "b", "c"}的解析示例

数组解析至此常见的类型处理结束，01， 07， 08， object，double类型未破解，long类型超过9007199254740992的也未正确破解，知道的朋友或者有兴趣的朋友望留言告知。