作者renmax (竹科学友哥)
看板C_and_CPP
标题[问题] json大数字变成了科学符号
时间Tue Aug 2 17:31:19 2022
开发平台(Platform): (Ex: Win10, Linux, ...)
Win10
编译器(Ex: GCC, clang, VC++...)+目标环境(跟开发平台不同的话需列出)
NetBeans + Linux
额外使用到的函数库(Library Used): (Ex: OpenGL, ...)
cJson (
https://github.com/DaveGamble/cJSON)
问题(Question)：
如果json的资料是
{
"str": "4761739001010135",
}
读取後，将字串转成数字，使用cJSON_AddNumberToObject後
如预期的得到
{
"num": 4761739001010135
}
但是遇到尾数是零时，相同的程式码就会变成科学符号
例如，如果json的资料是
{
"str": "4761739001010010"
}
结果得到 (非预期)
{
"num": 4.76173900101001e+15
}
相关程式码如下：
cJSON *pjNode = NULL;
pjNode = cJSON_GetObjectItem(pInJson, "str");
if (pjNode != NULL)
{
cJSON_AddNumberToObject(pOutJson, "num", atoll(pjNode->valuestring));
}
感觉是大数字才会发生问题，因此想请教一下
1. 为何相同的程式码，当尾数是0时，会变成科学符号呢？
2. 如何避免/修改成一般的数字，而不是科学符号呢？
麻烦了 感谢
喂入的资料(Input)：
预期的正确结果(Expected Output)：
错误结果(Wrong Output)：
程式码(Code)：(请善用置底文网页, 记得排版，禁止使用图档)
补充说明(Supplement)：
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 60.250.189.43 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_and_CPP/M.1659432682.A.B48.html
※ 编辑: renmax (60.250.189.43 台湾), 08/02/2022 17:32:03
2F：→ renmax: C大 我是使用cJSON_AddNumberToObject後 去print json内容 08/03 16:30
3F：→ renmax: 发现 原本print出来的应该是长整数 但却显示科学符号 08/03 16:31
4F：→ renmax: 而科学符号 并不是我想要的结果 我希望print出来後 是整数 08/03 16:32
5F：→ renmax: 型态 您给的参考网址是取值 而不是塞值 谢谢帮忙>"< 08/03 16:33
6F：推 yvb: cJSON.c 找 Try 15 decimal 看那边. %1.15g 和 %1.17g 的差别 08/03 16:57
7F：→ yvb: 这实作似乎不符合 RFC 8259 第六节 Numbers 的最後一段. 08/03 17:12
8F：→ yvb: 可能只参照到 RFC 4627. 08/03 17:18
9F：→ Chikei: 人家就说cJSON不支援long long，跟取值还是塞值没关系。 08/04 13:44
10F：→ renmax: 不好意思 如果不支援long long的话 请问一下 08/04 14:15
11F：→ renmax: 1. 上方的例子中 为何只有尾数是零 才会变成科学符号呢? 08/04 14:16
12F：→ renmax: 2. 有什麽方法 可以做到预期的结果呢?(整数长度MAX = 20) 08/04 14:19
13F：→ renmax: 感谢y大和C大帮忙 08/04 14:20
14F：→ Chikei: 1. 上面yvb已经回答了 2. 没有，请看完上面的issue回答 08/04 15:44
15F：→ Richun: 51 bits换算是15.3位，长度20已经超过了，cJSON不能用。 08/05 04:43
16F：→ Richun: 只能找其他的或是fork cJSON自己修 08/05 04:47
17F：推 LPH66: 长度 20 也不能用 double 或 int64_t 来存 08/05 20:30
18F：→ LPH66: uint64_t 只能擦边 (18446744073709551615 正好 20 位) 08/05 20:31
19F：→ LPH66: 所以任意 20 位的数字可能要建议当字串来用 08/05 20:31
20F：→ renmax: 感谢各位大大的解释 我仍然不太懂y大说的Try 15 decimal这 08/08 15:26
21F：→ renmax: 边的意思 为何特定使用15和17 decimal来做判断呢? 08/08 15:27
22F：推 LPH66: double 的精确度是 53 bit, 数学转换对应十进位约 15.95 位 08/09 03:16
23F：→ LPH66: 所以一般可能会认为印出 1+15 位数就能足够表示一个 double 08/09 03:16
24F：→ LPH66: 但实际上如果要达成所谓的 round-trip (转成字串再转回来时 08/09 03:17
25F：→ LPH66: 要得到完全一样的 double 数值) 会需要印出 1+17 位 08/09 03:17
26F：→ LPH66: 才能使某些边界状况能够得到分辨 08/09 03:17