Jsmn is a world fastest JSON parser/tokenizer. This is the official repo replacing the old one at Bitbucket

Overview

JSMN

Build Status

jsmn (pronounced like 'jasmine') is a minimalistic JSON parser in C. It can be easily integrated into resource-limited or embedded projects.

You can find more information about JSON format at json.org

Library sources are available at https://github.com/zserge/jsmn

The web page with some information about jsmn can be found at http://zserge.com/jsmn.html

Philosophy

Most JSON parsers offer you a bunch of functions to load JSON data, parse it and extract any value by its name. jsmn proves that checking the correctness of every JSON packet or allocating temporary objects to store parsed JSON fields often is an overkill.

JSON format itself is extremely simple, so why should we complicate it?

jsmn is designed to be robust (it should work fine even with erroneous data), fast (it should parse data on the fly), portable (no superfluous dependencies or non-standard C extensions). And of course, simplicity is a key feature - simple code style, simple algorithm, simple integration into other projects.

Features

  • compatible with C89
  • no dependencies (even libc!)
  • highly portable (tested on x86/amd64, ARM, AVR)
  • about 200 lines of code
  • extremely small code footprint
  • API contains only 2 functions
  • no dynamic memory allocation
  • incremental single-pass parsing
  • library code is covered with unit-tests

Design

The rudimentary jsmn object is a token. Let's consider a JSON string:

'{ "name" : "Jack", "age" : 27 }'

It holds the following tokens:

  • Object: { "name" : "Jack", "age" : 27} (the whole object)
  • Strings: "name", "Jack", "age" (keys and some values)
  • Number: 27

In jsmn, tokens do not hold any data, but point to token boundaries in JSON string instead. In the example above jsmn will create tokens like: Object [0..31], String [3..7], String [12..16], String [20..23], Number [27..29].

Every jsmn token has a type, which indicates the type of corresponding JSON token. jsmn supports the following token types:

  • Object - a container of key-value pairs, e.g.: { "foo":"bar", "x":0.3 }
  • Array - a sequence of values, e.g.: [ 1, 2, 3 ]
  • String - a quoted sequence of chars, e.g.: "foo"
  • Primitive - a number, a boolean (true, false) or null

Besides start/end positions, jsmn tokens for complex types (like arrays or objects) also contain a number of child items, so you can easily follow object hierarchy.

This approach provides enough information for parsing any JSON data and makes it possible to use zero-copy techniques.

Usage

Download jsmn.h, include it, done.

#include "jsmn.h"

...
jsmn_parser p;
jsmntok_t t[128]; /* We expect no more than 128 JSON tokens */

jsmn_init(&p);
r = jsmn_parse(&p, s, strlen(s), t, 128);

Since jsmn is a single-header, header-only library, for more complex use cases you might need to define additional macros. #define JSMN_STATIC hides all jsmn API symbols by making them static. Also, if you want to include jsmn.h from multiple C files, to avoid duplication of symbols you may define JSMN_HEADER macro.

/* In every .c file that uses jsmn include only declarations: */
#define JSMN_HEADER
#include "jsmn.h"

/* Additionally, create one jsmn.c file for jsmn implementation: */
#include "jsmn.h"

API

Token types are described by jsmntype_t:

typedef enum {
	JSMN_UNDEFINED = 0,
	JSMN_OBJECT = 1,
	JSMN_ARRAY = 2,
	JSMN_STRING = 3,
	JSMN_PRIMITIVE = 4
} jsmntype_t;

Note: Unlike JSON data types, primitive tokens are not divided into numbers, booleans and null, because one can easily tell the type using the first character:

  • 't', 'f' - boolean
  • 'n' - null
  • '-', '0'..'9' - number

Token is an object of jsmntok_t type:

typedef struct {
	jsmntype_t type; // Token type
	int start;       // Token start position
	int end;         // Token end position
	int size;        // Number of child (nested) tokens
} jsmntok_t;

Note: string tokens point to the first character after the opening quote and the previous symbol before final quote. This was made to simplify string extraction from JSON data.

All job is done by jsmn_parser object. You can initialize a new parser using:

jsmn_parser parser;
jsmntok_t tokens[10];

jsmn_init(&parser);

// js - pointer to JSON string
// tokens - an array of tokens available
// 10 - number of tokens available
jsmn_parse(&parser, js, strlen(js), tokens, 10);

This will create a parser, and then it tries to parse up to 10 JSON tokens from the js string.

A non-negative return value of jsmn_parse is the number of tokens actually used by the parser. Passing NULL instead of the tokens array would not store parsing results, but instead the function will return the number of tokens needed to parse the given string. This can be useful if you don't know yet how many tokens to allocate.

If something goes wrong, you will get an error. Error will be one of these:

  • JSMN_ERROR_INVAL - bad token, JSON string is corrupted
  • JSMN_ERROR_NOMEM - not enough tokens, JSON string is too large
  • JSMN_ERROR_PART - JSON string is too short, expecting more JSON data

If you get JSMN_ERROR_NOMEM, you can re-allocate more tokens and call jsmn_parse once more. If you read json data from the stream, you can periodically call jsmn_parse and check if return value is JSMN_ERROR_PART. You will get this error until you reach the end of JSON data.

Other info

This software is distributed under MIT license, so feel free to integrate it in your commercial products.

Comments
  • Modernize

    Modernize

    After years of inactivity, I decided to keep jsmn up-to-date with the modern expectations of how a tiny library should look like.

    So far API has not been changed, but jsmn is now a single-header, header-only library, with fixed formatting rules and a linter (that already complains a lot).

    opened by zserge 12
  • heap buffer overflow on some inputs

    heap buffer overflow on some inputs

    We found a heap buffer overflow bug on jsondump with our fuzzing tool FOT's semantic related functionality, with the following commands (memory leak of jsondump we think is not a big issue):

    export ASAN_OPTIONS=detect_leaks=0
    CFLAGS="-O3 -g -fsanitize=address" LDFLAGS="-fsanitize=address" make jsondump
    

    One simple test case is as follows, which is mutated based on library.json.

    {
      "name": "jsmn",
      "keywords": "json",
      "description": "Minimalistic JSON parser/tokenizer in C. It : "jsmn",
    can be easily integrated into resource-limited or embedded projects",
      "repository":
      {
        "type": "git",
        "url": "https://github.com/zserge/jsmn.git"
      },
      "frameworks": "*",
      "platforms": "*",
      "examples": [
        "example/*.c"
      ],
      "exclude": "test"
    }
    

    The error output is:

    =================================================================
    ==28237==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x615000000280 at pc 0x00000050cad3 bp 0x7ffd1eb95810 sp 0x7ffd1eb95808
    READ of size 4 at 0x615000000280 thread T0
        #0 0x50cad2 in dump /home/hongxu/tests/jsmn/example/jsondump.c:33:9
        #1 0x50c9d5 in dump /home/hongxu/tests/jsmn/example/jsondump.c:44:9
        #2 0x50bed3 in main /home/hongxu/tests/jsmn/example/jsondump.c:120:4
        #3 0x7faee422e1c0 in __libc_start_main /build/glibc-itYbWN/glibc-2.26/csu/../csu/libc-start.c:308
        #4 0x41c5d9 in _start (/home/hongxu/tests/jsmn/jsondump+0x41c5d9)
    
    0x615000000280 is located 0 bytes to the right of 512-byte region [0x615000000080,0x615000000280)
    allocated by thread T0 here:
        #0 0x4d2045 in realloc (/home/hongxu/tests/jsmn/jsondump+0x4d2045)
        #1 0x50bdbc in realloc_it /home/hongxu/tests/jsmn/example/jsondump.c:15:12
        #2 0x50bdbc in main /home/hongxu/tests/jsmn/example/jsondump.c:113
        #3 0x7faee422e1c0 in __libc_start_main /build/glibc-itYbWN/glibc-2.26/csu/../csu/libc-start.c:308
    
    SUMMARY: AddressSanitizer: heap-buffer-overflow /home/hongxu/tests/jsmn/example/jsondump.c:33:9 in dump
    Shadow bytes around the buggy address:
      0x0c2a7fff8000: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff8010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      0x0c2a7fff8020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      0x0c2a7fff8030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      0x0c2a7fff8040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    =>0x0c2a7fff8050:[fa]fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff8060: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff8070: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff8080: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff8090: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
      0x0c2a7fff80a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
    Shadow byte legend (one shadow byte represents 8 application bytes):
      Addressable:           00
      Partially addressable: 01 02 03 04 05 06 07 
      Heap left redzone:       fa
      Freed heap region:       fd
      Stack left redzone:      f1
      Stack mid redzone:       f2
      Stack right redzone:     f3
      Stack after return:      f5
      Stack use after scope:   f8
      Global redzone:          f9
      Global init order:       f6
      Poisoned by user:        f7
      Container overflow:      fc
      Array cookie:            ac
      Intra object redzone:    bb
      ASan internal:           fe
      Left alloca redzone:     ca
      Right alloca redzone:    cb
    ==28237==ABORTING
    

    There are other input tests that can trigger this bug with similar root cause (*.input.txt is the input file, and *.err.txt is the error output). w01_000011,sig:6,Splice:3:16,src:w02_000052.err.txt w01_000011,sig:6,Splice:3:16,src:w02_000052.input.txt w02_000003,sig:6,Havoc:21:35,src:w01_000052.err.txt w02_000003,sig:6,Havoc:21:35,src:w01_000052.input.txt

    opened by hongxuchen 12
  • Make jsmntype_t values bit flags

    Make jsmntype_t values bit flags

    This way one can easily check whether a token is either of multiple types, e.g.:

    if (token.type & (JSMN_ARRAY | JSMN_OBJECT))
    	// do stuff with array or object
    
    opened by olmokramer 11
  • jsmn: declare struct names to allow forward decls

    jsmn: declare struct names to allow forward decls

    Both jsmntok_t and jsmn_parser are declared as anonymous structures that are typedeffed to their actual name. This forces all downstream users of jsmn to always use the typedef name, instead of using e.g. struct jsmn_parser. While this might be considered a matter of taste, using typedefs only has the technical downside of disallowing forward declarations. E.g. if a dependent whishes to declare a pointer to jsmntok_t without actually pulling in the "jsmn.h" header, then he is not able to do so because there is no way in C to provide a forward declaration for typedefs to anonymous structs.

    Fix this by providing names for both jsmntok_t and jsmn_parser structures.

    opened by pks-t 8
  • Parser pass invalid JSON when PARENT_LINKS is enabled

    Parser pass invalid JSON when PARENT_LINKS is enabled

    jsmn parser pass the following wrong JSON message when JSMN_PARENT_LINKS is enabled:

    test case

    int main()
    {
      int ret;
      char *json = "\"key 1\": 1234}";
      jsmntok_t *tokens;
      jsmn_parser parser;
    
      jsmn_init(&parser);
    
      tokens = calloc(32, sizeof(jsmntok_t));
      ret = jsmn_parse(&parser, json, strlen(json), tokens, 32);
      free(tokens);
      printf("ret=%i\n", ret);
    
      return 0;
    }
    

    With JSMN_PARENT_LINKS set, the parser returns 2, when disabled it returns -2 (expected).

    opened by edsiper 8
  • issues with there being no jsmn.c

    issues with there being no jsmn.c

    src/lib/jsmn/jsmn.h(456): Warning! W202: Symbol 'jsmn_init' has been defined, but not referenced src/lib/jsmn/jsmn.h(265): Warning! W202: Symbol 'jsmn_parse' has been defined, but not referenced

    this is with #define JSMN_STATIC in 16_map.h

    it is for https://github.com/sparky4/16/

    opened by sparky4 7
  • Running on Embedded Systems

    Running on Embedded Systems

    Hello, I am not able to parse files longer that 10 lines on my microcontroller. The microcontroller I am using is PIC32MZ. It has Program size meomry: 2048 & SRAM:512. When I have a large file program is not able to give any results. Can anyone please give suggestions on how I can proceed?

    Thank you.

    Regards, Mitun

    opened by mitunchidamparam 6
  • Does jsmn support parsing group with key, value pair. Example for parsing group with key, value pair

    Does jsmn support parsing group with key, value pair. Example for parsing group with key, value pair

    Can you let me know, if a group with key, value pair is supported.

    For example, if I have a json file, that is read by my program, and lets say the contents of the json file is below: { "plat_conf": { "ip_addr": "127.0.0.1", "port_num": "4444" }
    }

    The program simple.c, under example directory, has an example of a group that has an array of strings.

    I tried to modify simple.c, to parse a group with key, value pair, and ran into issues.

    Can you please let me know below:

    1. Does jsmn support parsing group with key, value pair.
    2. If yes, can you please update simple.c, by adding a group with key, value pair, in JSON_STRING in that program.
    opened by sudharkrish 6
  • JSON parsing error

    JSON parsing error

    I get a json parsing error in this case '{"value":"What is my "Presence"","condition":"equal"}' this is failing double quotes are not handled properly.

    opened by RanjithEy-Kore 6
  • [jsmnerr_t] Enum size on embedded devices.

    [jsmnerr_t] Enum size on embedded devices.

    With a STM32F1xx and the GCC compiler, the enum size is forced on 1 byte. With large JSONs, the number of tokens can't be greater than 127, otherwise the result is negative. One solution is to force the enum on 2 bytes like this:

    typedef enum {
        /* Not enough tokens were provided */
        JSMN_ERROR_NOMEM = 0xFFFF,
        /* Invalid character inside JSON string */
        JSMN_ERROR_INVAL = 0xFFFE,
        /* The string is not a full JSON packet, more bytes expected */
        JSMN_ERROR_PART = 0xFFFD,
    } jsmnerr_t;
    

    2 bytes means 32,767 tokens, enough on the most cases?

    opened by JeremieRapin 6
  • Undefined behaviour / program freeze while accessing first token

    Undefined behaviour / program freeze while accessing first token

    This is my code:

    #define JSMN_STATIC
    #include "jsmn/jsmn.h"
    
    -- SNIP --
    
    		debugPrintf("First 3 characters of RAM file: %c%c%c", ramFile[0], ramFile[1], ramFile[3]);
    		debugPrintf("Last 3 characters of RAM file: %c%c%c", ramFile[ramIndex - 2], ramFile[ramIndex - 1], ramFile[ramIndex]);
    		debugPrintf("Parsing keys.json...");
    		
    		jsmn_parser parser;
    		jsmn_init(&parser);
    		debugPrintf("Parser initialized!");
    		int tn = jsmn_parse(&parser, ramFile, ramIndex, NULL, 0);
    		//TODO: Error checking
    		debugPrintf("Found %d JSON tokens", tn);
    		jsmntok_t tokens[tn];
    		jsmn_init(&parser);
    		debugPrintf("Parser reinitialized!");
    		if(jsmn_parse(&parser, ramFile, ramIndex, tokens, tn) != tn)
    		{
    			debugPrintf("Parsing error 1");
    			//TODO
    		}
    		else
    			debugPrintf("Parser reinitialized!");
    		
    		if(tokens[0].type != JSMN_ARRAY)
    		{
    			debugPrintf("Parsing error 2: %d", tokens[0].type);
    			//TODO
    		}
    		else
    			debugPrintf("JSON Array found!");
    

    And this is the result of the debugging prints:

    First 3 characters of RAM file: [{t
    Last 3 characters of RAM file: "}]
    Parsing keys.json...
    Parser initialized!
    Found 39832 JSON tokens
    Parser reinitialized!
    

    So it freezes at the line if(tokens[0].type != JSMN_ARRAY) which should have been initialized by JSMN.

    Please note that this is on an architecture which does not guarantee any memory to be zero allocated.

    //EDIT: Was too fast. New code:

    		debugPrintf("First 5 characters of RAM file: %c%c%c%c%c", ramFile[0], ramFile[1], ramFile[2], ramFile[3], ramFile[4]);
    		debugPrintf("Last 5 characters of RAM file: %c%c%c%c%c", ramFile[ramIndex - 4], ramFile[ramIndex - 3], ramFile[ramIndex - 2], ramFile[ramIndex - 1], ramFile[ramIndex]);
    		debugPrintf("Parsing keys.json...");
    		
    		jsmn_parser parser;
    		jsmn_init(&parser);
    		debugPrintf("Parser initialized!");
    		int tn = jsmn_parse(&parser, ramFile, ramIndex, NULL, 0);
    		//TODO: Error checking
    		debugPrintf("Found %d JSON tokens", tn);
    		jsmntok_t tokens[tn];
    		jsmn_init(&parser);
    		debugPrintf("Parser reinitialized!");
    		if(jsmn_parse(&parser, ramFile, ramIndex, tokens, tn) != tn)
    		{
    			debugPrintf("Parsing error 1");
    			//TODO
    		}
    		else
    			debugPrintf("Tokens initialized!");
    		
    		debugPrintf("Examining tokens[0]:");
    		debugPrintf("\ttype = %#010x", tokens[0].type);
    		debugPrintf("\tstart = %#010x", tokens[0].start);
    		debugPrintf("\tend = %#010x", tokens[0].end);
    		debugPrintf("\tsize = %#010x", tokens[0].size);
    

    Debugging output:

    First 5 characters of RAM file: [{"ti
    Last 5 characters of RAM file: 00"}]
    Parsing keys.json...
    Parser initialized!
    Found 39832 JSON tokens
    Spoofing tokens[0]...
    Parser reinitialized!
    

    So it's freezing at if(jsmn_parse(&parser, ramFile, ramIndex, tokens, tn) != tn).

    Please note that the ramFile string is not terminated by a '\0' char. Could this cause the issue?

    //EDIT²: Yes, fixed by adding \0 to the end. Not sure if you want to fix this (we pass the size of the JSON string to JSMN, so why doesn't it use that info?),

    opened by V10lator 5
  • don't trip over unquoted UTF-8 keys

    don't trip over unquoted UTF-8 keys

    Support UTF-8 in the spirit of jsmn being lean and mean. Don't do any validation or decoding, just make sure unquoted UTF-8 keys are supported.

    Inspired by isu8cont() from Keep multibyte character support simple.

    opened by timkuijsten 0
  • Feature Request: variant with separate jsmn.h and jsmn.c

    Feature Request: variant with separate jsmn.h and jsmn.c

    As much as I admire the "single jsmn.h file does it all" approach, our workflow and testing methodologies require separate headers (.h) and executables (.c).

    Consequently, I find myself periodically pulling down the latest jsmn,h and then teasing out the functions for a jsmn.c file. It's not particularly difficult, but it would be nice if that pair of files were readily available, perhaps in its own directory.

    (If you're willing to entertain such an approach, I'm willing to create a pull request...)

    opened by rdpoor 2
  • Doubt about the library

    Doubt about the library

    Hi,

    I need to send from a MCU a char in JSON format. The JSON is always the same and only change the value of the variables. Could you indicate me which functions do I need to use to obtain the char that I need to send via serial port?

    Thanks in advance.

    opened by amolina-chargevite 0
  • Add fuzzer

    Add fuzzer

    Adds a fuzzer that tests jsmn_parse().

    I recommend running the fuzzer in the CI with ClusterfuzzLite. Since jsmn does not have any Github workflows, I didn't add that part, but I have tested it locally and will be happy to set it up in the CI.

    Signed-off-by: AdamKorcz [email protected]

    opened by AdamKorcz 0
  • Missing commas does not fail in strict mode

    Missing commas does not fail in strict mode

    The following test fails in strict mode:

    check(parse("{\"a\": \"a\" \"b\":\"b\"}", JSMN_ERROR_INVAL, 5));
    

    Surely this should result in JSMN_ERROR_INVAL?

    opened by nrbrook 1
Releases(v1.1.0)
Owner
Serge Zaitsev
Turning complex problems into a lightweight and simple software solutions.
Serge Zaitsev
A C++, header-only library for constructing JSON and JSON-like data formats, with JSON Pointer, JSON Patch, JSON Schema, JSONPath, JMESPath, CSV, MessagePack, CBOR, BSON, UBJSON

JSONCONS jsoncons is a C++, header-only library for constructing JSON and JSON-like data formats such as CBOR. For each supported data format, it enab

Daniel Parker 547 Jan 4, 2023
Ultralightweight JSON parser in ANSI C

cJSON Ultralightweight JSON parser in ANSI C. Table of contents License Usage Welcome to cJSON Building Copying the source CMake Makefile Vcpkg Includ

Dave Gamble 8.3k Jan 4, 2023
JSON parser and generator for C/C++ with scanf/printf like interface. Targeting embedded systems.

JSON parser and emitter for C/C++ Features ISO C and ISO C++ compliant portable code Very small footprint No dependencies json_scanf() scans a string

Cesanta Software 637 Dec 30, 2022
JSON & BSON parser/writer

jbson is a library for building & iterating BSON data, and JSON documents in C++14. \tableofcontents Features # {#features} Header only. Boost license

Chris Manning 40 Sep 14, 2022
A JSON parser in C++

JSON++ Introduction JSON++ is a light-weight JSON parser, writer and reader written in C++. JSON++ can also convert JSON documents into lossless XML d

Hong Jiang 498 Dec 28, 2022
🗄️ single header json parser for C and C++

??️ json.h A simple single header solution to parsing JSON in C and C++. JSON is parsed into a read-only, single allocation buffer. The current suppor

Neil Henning 544 Jan 7, 2023
Very low footprint JSON parser written in portable ANSI C

Very low footprint JSON parser written in portable ANSI C. BSD licensed with no dependencies (i.e. just drop the C file into your project) Never recur

James McLaughlin 1.2k Jan 5, 2023
Very simple C++ JSON Parser

Very simple JSON parser for c++ data.json: { "examples": [ { "tag_name": "a", "attr": [ { "key":

Amir Saboury 67 Nov 20, 2022
a JSON parser and printer library in C. easy to integrate with any model.

libjson - simple and efficient json parser and printer in C Introduction libjson is a simple library without any dependancies to parse and pretty prin

Vincent Hanquez 260 Nov 21, 2022
a header-file-only, JSON parser serializer in C++

PicoJSON - a C++ JSON parser / serializer Copyright © 2009-2010 Cybozu Labs, Inc. Copyright © 2011-2015 Kazuho Oku Licensed under 2-clause BSD license

Kazuho Oku 1k Dec 27, 2022
A fast JSON parser/generator for C++ with both SAX/DOM style API

A fast JSON parser/generator for C++ with both SAX/DOM style API Tencent is pleased to support the open source community by making RapidJSON available

Tencent 12.6k Dec 30, 2022
Lightweight, extremely high-performance JSON parser for C++11

sajson sajson is an extremely high-performance, in-place, DOM-style JSON parser written in C++. Originally, sajson meant Single Allocation JSON, but i

Chad Austin 546 Dec 16, 2022
🔋 In-place lightweight JSON parser

?? JSON parser for C This is very simple and very powerful JSON parser. It creates DOM-like data structure and allows to iterate and process JSON obje

Recep Aslantas 23 Dec 10, 2022
RapidJSON is a JSON parser and generator for C++.

A fast JSON parser/generator for C++ with both SAX/DOM style API

Tencent 12.6k Dec 30, 2022
single-header json parser for c99 and c++

ghh_json.h a single-header ISO-C99 (and C++ compatible) json loader. why? obviously this isn't the first json library written for C, so why would I wr

garrison hinson-hasty 14 Dec 1, 2022
Buggy JSON parser

Fuzzgoat: A minimal libFuzzer integration This repository contains a basic C project that includes an (intentionally insecure) JSON parser. It is an e

Fuzzbuzz 1 Apr 11, 2022
A generator of JSON parser & serializer C++ code from structure header files

JSON-CPP-gen This is a program that parses C++ structures from a header file and automatically generates C++ code capable of serializing said structur

Viktor Chlumský 12 Oct 13, 2022
Very low footprint JSON parser written in portable ANSI C

Very low footprint JSON parser written in portable C89 (sometimes referred to as ANSI C). BSD licensed with no dependencies (i.e. just drop the C file

null 1.2k Dec 23, 2022
A light-weight json parser.

pson pson is a lightweight parser and it support six type, null , bool, number, string, array, object, and it can parse the encoding of UTF-8. It's fa

pinK 17 Dec 1, 2022