There are grammatical errors in the English FAQ section:
https://github.com/alibaba/fastjson/wiki/FAQ(English-Version)

I propose that these grammatical errors be revised for readability.

Here are some examples below:
5. fastjson v.s. gson?
fastjson is 6 times faster than gson, here is the testing result: https://github.com/eishay/jvm-serializers/wiki/Staging-Results
fastjson is 6 tim

I think we should patch test/CMakeLists.txt to always use -Wall -Werror on *nix and the corresponding MSVC flags. It is way too easy to overlook a warning in the CI output as #1797 has shown.

@nlohmann Thoughts?

Hi! Kind of really impressed with your library ❤️

But I have some issues with UnknownField null values. It is reproducible with the following test

func TestUnknownFieldsProxyNullField(t *testing.T) {
	baseJson := `{"Field1":"123","Field2":null}`

	s := StructWithUnknownsProxy{}

	err := s.UnmarshalJSON([]byte(baseJson))
	if err != nil {
		t.Errorf("UnmarshalJSON didn't expec

Since Akka stream is gaining usage and an increase in streaming JSON as the format it would be nice to see example of usage for cases like this SO question or a mention if spray-json is not the best option and if not what else to use.

[SO ISSUE](http://stackoverflow.com/questions/43923390/custom-spray-json-rootjsonformat-or-jsonformat-depending-on-value-in-json-object?noredirect=1#comment748904

Hi,

When configurating the the PyJFuzz library for generating messages you can specify a specific fuzzing level 1 to 6. I was not able to find in the documentation what these levels mean exactly and what the difference is when picking another level. Can you make that more clear in the README or something?

Best regards,
Ivar Derksen

I can see that ValidateReply() is called on a reply in RequestImpl.cpp's GetReply(Context&), and if the result's status_code falls outside of accepted range, the appropriate RequestFailedWithErrorException is thrown.

However, RequestFailedWithErrorException only includes the reply's HttpResponse, which may be excluding some very useful information. It would be really helpful if **

Hello

the included 'documentation' files (pdf, rtf, doc, html) are not really a documentation, just an introduction that link to documents on the web. That would have been fine but sadly all the web links return 404.

e.g. http://docs.bayat.io/scripting-api/savegame/save etc

The extraction_context knows how to display where in the object it is extracting from, but what if that is from a file? It would be nice to see extraction errors which had something like filename.json#.foo.bar[5] in the resulting error (actual format of the filename in the path spec TBD).

The moveToKey function is a O(n) search from its current position to the desired key or an error from the end of the object. The succinct data structures make this incredibly fast and the movements are super efficient.

But how efficient this is remains to be measured. Create benchmarks for an increasing in size ordered key object and find out where we run into performance problems by lookin

asdf is great, thank you.

Now, I am merely an amateur programmer, but it took me hours and reading the asdf source code to realize I could replace:

                while(tree.iteratorNext() !is null) {
                    serializer.elemBegin();
                    auto state1 = serializer.objectBegin();
                        auto i = tree.cur.interval;
                        s