使用cjson支持long long类型的长整形

coderesty · 2015-08-31T00:40:56+00:00

hi,在 2015年8月30日下午12:29，杨进 <hnyan...@163.com>写道： hi,你&#...

使用cjson支持long long类型的长整形

coderesty

我json串中有一个18位的整数，但是我发现cjson默认只支持14位精度，因此导致数据不正确，是否有方法让cjson库支持long long类型的，或者使用其它json库支持long long？？

yuansheng_2f16

目前luajit对long long类型支持的还不够完善。

local n = 123456789012345678LL

local n_s = tostring(n)

local n_n = tonumber(n_s)

ngx.say(n_s) -- output 123456789012345678LL

ngx.say(n_n) -- output nil

并且cjson对long long类型支持也不足够完善。目前我找到唯一可能做了适当修复的代码：

http://www.pudn.com/downloads438/sourcecode/comm/symbian/detail1850649.html

大牛呢，可以直接介入其中修改底层代码（后期更新迭代是个痛）。

简单的方法，推荐传输时long long类型拆分成两个高、低两个字段分别存储，使用数据时再次进行合并即可。

希望对你有用。

2015-08-31 0:40 GMT+08:00 人cc <code...@gmail.com>:

我json串中有一个18位的整数，但是我发现cjson默认只支持14位精度，因此导致数据不正确，是否有方法让cjson库支持long long类型的，或者使用其它json库支持long long？？

--

Membhis

My github: https://github.com/membphis

Our Book: OpenResty Best Practices

agentzh

Hello!

2015-08-31 11:25 GMT+08:00 YuanSheng Wang:
> 并且cjson对long long类型支持也不足够完善。目前我找到唯一可能做了适当修复的代码：
> http://www.pudn.com/downloads438/sourcecode/comm/symbian/detail1850649.html
>
> 大牛呢，可以直接介入其中修改底层代码（后期更新迭代是个痛）。
>

是的，可以让 JSON 解析库为此类超过 32 位的整数使用 cdata 类型，而不是 number 类型。

> 简单的方法，推荐传输时long long类型拆分成两个高、低两个字段分别存储，使用数据时再次进行合并即可。
>

另一种绕过的办法是使用字符串形式来表示这样的超大整数。

Regards,
-agentzh

yuansheng_2f16

> 简单的方法，推荐传输时long long类型拆分成两个高、低两个字段分别存储，使用数据时再次进行合并即可。
>

> 另一种绕过的办法是使用字符串形式来表示这样的超大整数。

local n = 123456789012345678LL

local n_s = tostring(n)

local n_n = tonumber(n_s)

ngx.say(n_s) -- output 123456789012345678LL

ngx.say(n_n) -- output nil

long long类型的数字，转换成字符串没问题。但是这样的字符串转换成数字时，就会遇到一定的痛苦，默认的tonumber无法直接完成这个处理。

所以我才推荐使用高、低两个字段分别存储，这样在“tonumber”的时候额外处理一下就容易得到期望的正确结果。

2015-08-31 11:56 GMT+08:00 Yichun Zhang (agentzh) <age...@gmail.com>:

Hello!

2015-08-31 11:25 GMT+08:00 YuanSheng Wang:
> 并且cjson对long long类型支持也不足够完善。目前我找到唯一可能做了适当修复的代码：
> http://www.pudn.com/downloads438/sourcecode/comm/symbian/detail1850649.html
>
> 大牛呢，可以直接介入其中修改底层代码（后期更新迭代是个痛）。
>

是的，可以让 JSON 解析库为此类超过 32 位的整数使用 cdata 类型，而不是 number 类型。

> 简单的方法，推荐传输时long long类型拆分成两个高、低两个字段分别存储，使用数据时再次进行合并即可。
>

另一种绕过的办法是使用字符串形式来表示这样的超大整数。

Regards,
-agentzh

--

Membhis

My github: https://github.com/membphis

Our Book: OpenResty Best Practices

agentzh

Hello!

2015-08-31 12:07 GMT+08:00 YuanSheng Wang:
> long long类型的数字，转换成字符串没问题。但是这样的字符串转换成数字时，就会遇到一定的痛苦，默认的tonumber无法直接完成这个处理。
>
> 所以我才推荐使用高、低两个字段分别存储，这样在“tonumber”的时候额外处理一下就容易得到期望的正确结果。
>

是的，转成字符串的做法只适合不需要进行代数计算的场景，比如这种大整数只是用来作唯一标识用的 ID（比如数据库表中的 id 字段）.

Regards,
-agentzh