[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。

[2]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-13 10:49 的评论：

26 赞 回复

无知无畏啊

[3]

wiiiky 发表于 2015-04-13 13:53 的评论：

10 赞 回复

那你发表一下你的高见呗？

解析器约只有500行代码。被广泛使用的cJSON只有一个文件，只有700+代码。去GITHUB上找到最少的只要300行代码；而且人家是C语言写的，不仅跑得快而且编译快。一个JSON解析器代码少不是很正常的吗，到这里是一种feature了。

它的性能可与strlen()相比。这就更奇葩了，他们的比法估计是strlen的速度是O(n)，然后这个解析器的速度也是O(n)，然后他们就可以相比了；但事实上只有n无限大时他们才有可比性，因为strlen是 1n,而解析器是100n（随便编的一个数字，反正比1大很多）。

另外SSE是什么鬼，百度了一下是种硬件指令，难道他们还用了汇编？如果是，那不得不说是吊。

独立，呵呵，和500行一样，没什么可说的。

对内存友好，这很奇葩，预先分配内存，不就是slice，敢情它还内置了一个slice分配器？在其他平台上不清楚，在linux平台上的malloc经过多年优化，速度已经和slice没有区别了。

对unicode友好，我对unicode的解析不是很清楚，不过我知道的是几乎所有json解析器都支持unicode。因为unicode是json标准里就说过的，不支持它就表示没有完全实现json。

但是说了这么多，最重要的是数据；高性能那么得有依据吧，至少和现在主流的json解析器比

[4]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-14 18:04 的评论：

7 赞 回复

你看你最开始的回复，“一个json解析器还能高性能到哪里去，也是服了。”json解析器怎么就不能高性能了？在当前应用大量采用 rest 接口 + json 这种模式下，一个高性能的json解析器是必要的。
我对腾讯这个json的性能不了解，但是对你认为 json 解析器不需要高性能 表示严重不爽。

[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。

[2]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-13 10:49 的评论：

26 赞 回复

无知无畏啊

[3]

wiiiky 发表于 2015-04-13 13:53 的评论：

10 赞 回复

那你发表一下你的高见呗？

解析器约只有500行代码。被广泛使用的cJSON只有一个文件，只有700+代码。去GITHUB上找到最少的只要300行代码；而且人家是C语言写的，不仅跑得快而且编译快。一个JSON解析器代码少不是很正常的吗，到这里是一种feature了。

它的性能可与strlen()相比。这就更奇葩了，他们的比法估计是strlen的速度是O(n)，然后这个解析器的速度也是O(n)，然后他们就可以相比了；但事实上只有n无限大时他们才有可比性，因为strlen是 1n,而解析器是100n（随便编的一个数字，反正比1大很多）。

另外SSE是什么鬼，百度了一下是种硬件指令，难道他们还用了汇编？如果是，那不得不说是吊。

独立，呵呵，和500行一样，没什么可说的。

对内存友好，这很奇葩，预先分配内存，不就是slice，敢情它还内置了一个slice分配器？在其他平台上不清楚，在linux平台上的malloc经过多年优化，速度已经和slice没有区别了。

对unicode友好，我对unicode的解析不是很清楚，不过我知道的是几乎所有json解析器都支持unicode。因为unicode是json标准里就说过的，不支持它就表示没有完全实现json。

但是说了这么多，最重要的是数据；高性能那么得有依据吧，至少和现在主流的json解析器比

[1]

wiiiky 发表于 2015-04-13 13:56 的评论：

9 赞 回复

但是说了这么多，最重要的是数据；高性能那么得有依据吧，至少和现在主流的json解析器比比，没有比较结果也敢说高性能？

我不反对开放代码，但反对随便写点东西就到处装逼、邀功的，故弄玄虚，好像全世界都要感谢他是的。
最后看看人家cJSON的描述是怎么写的。

An ultra-lightweight, portable, single-file, simple-as-can-be ANSI-C compliant JSON parser, under MIT license

[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。

[2]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-13 10:49 的评论：

26 赞 回复

无知无畏啊

[3]

wiiiky 发表于 2015-04-13 13:53 的评论：

10 赞 回复

那你发表一下你的高见呗？

解析器约只有500行代码。被广泛使用的cJSON只有一个文件，只有700+代码。去GITHUB上找到最少的只要300行代码；而且人家是C语言写的，不仅跑得快而且编译快。一个JSON解析器代码少不是很正常的吗，到这里是一种feature了。

它的性能可与strlen()相比。这就更奇葩了，他们的比法估计是strlen的速度是O(n)，然后这个解析器的速度也是O(n)，然后他们就可以相比了；但事实上只有n无限大时他们才有可比性，因为strlen是 1n,而解析器是100n（随便编的一个数字，反正比1大很多）。

另外SSE是什么鬼，百度了一下是种硬件指令，难道他们还用了汇编？如果是，那不得不说是吊。

独立，呵呵，和500行一样，没什么可说的。

对内存友好，这很奇葩，预先分配内存，不就是slice，敢情它还内置了一个slice分配器？在其他平台上不清楚，在linux平台上的malloc经过多年优化，速度已经和slice没有区别了。

对unicode友好，我对unicode的解析不是很清楚，不过我知道的是几乎所有json解析器都支持unicode。因为unicode是json标准里就说过的，不支持它就表示没有完全实现json。

但是说了这么多，最重要的是数据；高性能那么得有依据吧，至少和现在主流的json解析器比

[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。

[2]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-13 10:49 的评论：

26 赞 回复

无知无畏啊

[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。

[2]

来自 - 广东深圳 的 Chrome/Windows 用户 发表于 2015-04-13 10:49 的评论：

26 赞 回复

无知无畏啊

[1]

wiiiky 发表于 2015-04-13 10:33 的评论：

30 赞 回复

一个json解析器还能高性能到哪里去，也是服了。
这么高性能怎么不用C写，要是高性能web服务器还像话。还高性能json解析器，我这里还有高性能hello world。