@zcbenz 如果和 c++比的话，怎样的测试才算公平？

@0915240 自测的结果。欢迎第三方验证。我觉得也有点诡异。

@irgil 这个是代码生成的。鉴于这么多人反馈，我还是缩进一下吧

@a3mao http://jsoniter.com/benchmark.html#optimization-used

@crytis https://github.com/fabienrenaud/java-json-benchmark 我从这里 fork 的。别人测的也是这个结果。 fastjson 就是不快啊。

@ggaaooppeenngg 支持了 -, string 这些 tag ，没有支持 omitempty 。

```
type StructOfTag struct {
field1 string `json:"field-1"`
field2 string `json:"-"`
field3 int `json:",string"`
}

func Test_reflect_struct_tag_field(t *testing.T) {
err := jsoniter.Unmarshal(`{"field-1": "hello", "field2": "", "field3": "100"}`, &struct_)
if struct_.field1 != "hello" {
fmt.Println(err)
t.Fatal(struct_.field1)
}
if struct_.field2 != "world" {
fmt.Println(err)
t.Fatal(struct_.field2)
}
if struct_.field3 != 100 {
fmt.Println(err)
t.Fatal(struct_.field3)
}
}
```

不走反射速度是最快的啊 455 ns/op ，是标准库的 1/5

@myself659410 ffjson 需要 go generate 静态生成代码，而 jsoniter 的性能数字是在同样使用反射的前提下测得的。另外 ffjson 不支持用 io.Reader 做为输入，需要把所有的 json 读入为 []byte 再处理。

刚上 steam 买了一个支持

@cppgohan 所以需要更多 http://clang.llvm.org/extra/clang-tidy/ 和 clion 这样的 IDE ，把经验变成静态检查。新的 GSL 规范利用静态检查来做所有权和边界安全。基本上相当于是利用静态检查在 c++的基础上发明一个子集的语言的感觉了。这门新的语言虽然还叫 c++，但是就不那么需要依赖程序员自律来保障安全了。

@mozartgho http://en.cppreference.com/w/cpp/compiler_support 目测还好。编译器严重落后标准这个说法是不是来自于 template export 这个特性？

@SuperFashi 故意写成 lambda 让对比更明显的。这不是比赛，只是让 python 程序员快速找到 c++里的对等概念。

@palxex
```
#include <catch_with_main.hpp>
#include <json.hpp>

using json = nlohmann::json;

TEST_CASE("json literal") {
json obj {
{"int", 1},
{"string", "test"},
};
std::cout << obj << std::endl;
}
```

https://github.com/nlohmann/json

@lsmgeb89 https://github.com/rigtorp/awesome-modern-cpp#conferences

@regeditms clang++ 4.0 应该是目前唯一支持 structured bindings 的编译器

@kindjeff 2000 年的时候学的 c++，十六年之后重新再学一门新语言，只是名字还是叫 c++。有了 lambda ， auto ， structured bindings 之后， c++已经是一门适合制造语法糖的语言了。

非常好，要买就买神舟最高端的

支持一下金数据

https://www.safaribooksonline.com/library/view/learning-path-being/9781491962886/

可以注册试用账号