Fast, correct Python JSON library supporting dataclasses, datetimes, and numpy

These details have been verified by PyPI

Project links

GitHub Statistics

Maintainers

These details have not been verified by PyPI

Project description

orjson

orjson is a fast, correct JSON library for Python. It benchmarks as the fastest Python library for JSON and is more correct than the standard json library or other third-party libraries. It serializes dataclass, datetime, numpy, and UUID instances natively.

orjson.dumps() is something like 10x as fast as json, serializes common types and subtypes, has a default parameter for the caller to specify how to serialize arbitrary types, and has a number of flags controlling output.

orjson.loads() is something like 2x as fast as json, and is strictly compliant with UTF-8 and RFC 8259 ("The JavaScript Object Notation (JSON) Data Interchange Format").

Reading from and writing to files, line-delimited JSON files, and so on is not provided by the library.

orjson supports CPython 3.9, 3.10, 3.11, 3.12, 3.13, 3.14, and 3.15.

It distributes amd64/x86_64/x64, i686/x86, aarch64/arm64/armv8, arm7, ppc64le/POWER8, and s390x wheels for Linux, amd64 and aarch64 wheels for macOS, and amd64, i686, and aarch64 wheels for Windows.

Wheels published to PyPI for amd64 run on x86-64-v1 (2003) or later, but will at runtime use AVX-512 if available for a significant performance benefit; aarch64 wheels run on ARMv8-A (2011) or later.

orjson does not and will not support PyPy, embedded Python builds for Android/iOS, or PEP 554 subinterpreters.

orjson may support PEP 703 free-threading when it is stable.

Releases follow semantic versioning and serializing a new object type without an opt-in flag is considered a breaking change.

orjson is licensed under both the Apache 2.0 and MIT licenses. The repository and issue tracker is github.com/ijl/orjson, and patches may be submitted there. There is a CHANGELOG available in the repository.

Usage
1. Install
2. Quickstart
3. Migrating
4. Serialize
  1. default
  2. option
  3. Fragment
5. Deserialize
Types
1. dataclass
2. datetime
3. enum
4. float
5. int
6. numpy
7. str
8. uuid
Testing
Performance
1. Latency
2. Reproducing
Questions
Packaging
License

Usage

Install

To install a wheel from PyPI, install the orjson package.

In requirements.in or requirements.txt format, specify:

orjson >= 3.10,<4

In pyproject.toml format, specify:

orjson = "^3.10"

To build a wheel, see packaging.

Quickstart

This is an example of serializing, with options specified, and deserializing:

>>> import orjson, datetime, numpy
>>> data = {
    "type": "job",
    "created_at": datetime.datetime(1970, 1, 1),
    "status": "🆗",
    "payload": numpy.array([[1, 2], [3, 4]]),
}
>>> orjson.dumps(data, option=orjson.OPT_NAIVE_UTC | orjson.OPT_SERIALIZE_NUMPY)
b'{"type":"job","created_at":"1970-01-01T00:00:00+00:00","status":"\xf0\x9f\x86\x97","payload":[[1,2],[3,4]]}'
>>> orjson.loads(_)
{'type': 'job', 'created_at': '1970-01-01T00:00:00+00:00', 'status': '🆗', 'payload': [[1, 2], [3, 4]]}

Migrating

orjson version 3 serializes more types than version 2. Subclasses of str, int, dict, and list are now serialized. This is faster and more similar to the standard library. It can be disabled with orjson.OPT_PASSTHROUGH_SUBCLASS.dataclasses.dataclass instances are now serialized by default and cannot be customized in a default function unless option=orjson.OPT_PASSTHROUGH_DATACLASS is specified. uuid.UUID instances are serialized by default. For any type that is now serialized, implementations in a default function and options enabling them can be removed but do not need to be. There was no change in deserialization.

To migrate from the standard library, the largest difference is that orjson.dumps returns bytes and json.dumps returns a str.

Users with dict objects using non-str keys should specify option=orjson.OPT_NON_STR_KEYS.

sort_keys is replaced by option=orjson.OPT_SORT_KEYS.

indent is replaced by option=orjson.OPT_INDENT_2 and other levels of indentation are not supported.

ensure_ascii is probably not relevant today and UTF-8 characters cannot be escaped to ASCII.

Serialize

def dumps(
    __obj: Any,
    default: Optional[Callable[[Any], Any]] = ...,
    option: Optional[int] = ...,
) -> bytes: ...

dumps() serializes Python objects to JSON.

It natively serializes str, dict, list, tuple, int, float, bool, None, dataclasses.dataclass, typing.TypedDict, datetime.datetime, datetime.date, datetime.time, uuid.UUID, numpy.ndarray, and orjson.Fragment instances. It supports arbitrary types through default. It serializes subclasses of str, int, dict, list, dataclasses.dataclass, and enum.Enum. It does not serialize subclasses of tuple to avoid serializing namedtuple objects as arrays. To avoid serializing subclasses, specify the option orjson.OPT_PASSTHROUGH_SUBCLASS.

The output is a bytes object containing UTF-8.

The global interpreter lock (GIL) is held for the duration of the call.

It raises JSONEncodeError on an unsupported type. This exception message describes the invalid object with the error message Type is not JSON serializable: .... To fix this, specify default.

It raises JSONEncodeError on a str that contains invalid UTF-8.

It raises JSONEncodeError on an integer that exceeds 64 bits by default or, with OPT_STRICT_INTEGER, 53 bits.

It raises JSONEncodeError if a dict has a key of a type other than str, unless OPT_NON_STR_KEYS is specified.

It raises JSONEncodeError if the output of default recurses to handling by default more than 254 levels deep.

It raises JSONEncodeError on circular references.

It raises JSONEncodeError if a tzinfo on a datetime object is unsupported.

JSONEncodeError is a subclass of TypeError. This is for compatibility with the standard library.

If the failure was caused by an exception in default then JSONEncodeError chains the original exception as __cause__.

default

To serialize a subclass or arbitrary types, specify default as a callable that returns a supported type. default may be a function, lambda, or callable class instance. To specify that a type was not handled by default, raise an exception such as TypeError.

>>> import orjson, decimal
>>>
def default(obj):
    if isinstance(obj, decimal.Decimal):
        return str(obj)
    raise TypeError

>>> orjson.dumps(decimal.Decimal("0.0842389659712649442845"))
JSONEncodeError: Type is not JSON serializable: decimal.Decimal
>>> orjson.dumps(decimal.Decimal("0.0842389659712649442845"), default=default)
b'"0.0842389659712649442845"'
>>> orjson.dumps({1, 2}, default=default)
orjson.JSONEncodeError: Type is not JSON serializable: set

The default callable may return an object that itself must be handled by default up to 254 times before an exception is raised.

It is important that default raise an exception if a type cannot be handled. Python otherwise implicitly returns None, which appears to the caller like a legitimate value and is serialized:

>>> import orjson, json
>>>
def default(obj):
    if isinstance(obj, decimal.Decimal):
        return str(obj)

>>> orjson.dumps({"set":{1, 2}}, default=default)
b'{"set":null}'
>>> json.dumps({"set":{1, 2}}, default=default)
'{"set":null}'

option

To modify how data is serialized, specify option. Each option is an integer constant in orjson. To specify multiple options, mask them together, e.g., option=orjson.OPT_STRICT_INTEGER | orjson.OPT_NAIVE_UTC.

OPT_APPEND_NEWLINE

Append \n to the output. This is a convenience and optimization for the pattern of dumps(...) + "\n". bytes objects are immutable and this pattern copies the original contents.

>>> import orjson
>>> orjson.dumps([])
b"[]"
>>> orjson.dumps([], option=orjson.OPT_APPEND_NEWLINE)
b"[]\n"

OPT_INDENT_2

Pretty-print output with an indent of two spaces. This is equivalent to indent=2 in the standard library. Pretty printing is slower and the output larger. This option is compatible with all other options.

>>> import orjson
>>> orjson.dumps({"a": "b", "c": {"d": True}, "e": [1, 2]})
b'{"a":"b","c":{"d":true},"e":[1,2]}'
>>> orjson.dumps(
    {"a": "b", "c": {"d": True}, "e": [1, 2]},
    option=orjson.OPT_INDENT_2
)
b'{\n  "a": "b",\n  "c": {\n    "d": true\n  },\n  "e": [\n    1,\n    2\n  ]\n}'

If displayed, the indentation and linebreaks appear like this:

{
  "a": "b",
  "c": {
    "d": true
  },
  "e": [
    1,
    2
  ]
}

This measures serializing the github.json fixture as compact (52KiB) or pretty (64KiB):

Library	compact (ms)	pretty (ms)	vs. orjson
orjson	0.01	0.02	1
json	0.13	0.54	34

This measures serializing the citm_catalog.json fixture, more of a worst case due to the amount of nesting and newlines, as compact (489KiB) or pretty (1.1MiB):

Library	compact (ms)	pretty (ms)	vs. orjson
orjson	0.25	0.45	1
json	3.01	24.42	54.4

This can be reproduced using the pyindent script.

OPT_NAIVE_UTC

Serialize datetime.datetime objects without a tzinfo as UTC. This has no effect on datetime.datetime objects that have tzinfo set.

>>> import orjson, datetime
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0),
    )
b'"1970-01-01T00:00:00"'
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0),
        option=orjson.OPT_NAIVE_UTC,
    )
b'"1970-01-01T00:00:00+00:00"'

OPT_NON_STR_KEYS

Serialize dict keys of type other than str. This allows dict keys to be one of str, int, float, bool, None, datetime.datetime, datetime.date, datetime.time, enum.Enum, and uuid.UUID. For comparison, the standard library serializes str, int, float, bool or None by default. orjson benchmarks as being faster at serializing non-str keys than other libraries. This option is slower for str keys than the default.

>>> import orjson, datetime, uuid
>>> orjson.dumps(
        {uuid.UUID("7202d115-7ff3-4c81-a7c1-2a1f067b1ece"): [1, 2, 3]},
        option=orjson.OPT_NON_STR_KEYS,
    )
b'{"7202d115-7ff3-4c81-a7c1-2a1f067b1ece":[1,2,3]}'
>>> orjson.dumps(
        {datetime.datetime(1970, 1, 1, 0, 0, 0): [1, 2, 3]},
        option=orjson.OPT_NON_STR_KEYS | orjson.OPT_NAIVE_UTC,
    )
b'{"1970-01-01T00:00:00+00:00":[1,2,3]}'

These types are generally serialized how they would be as values, e.g., datetime.datetime is still an RFC 3339 string and respects options affecting it. The exception is that int serialization does not respect OPT_STRICT_INTEGER.

This option has the risk of creating duplicate keys. This is because non-str objects may serialize to the same str as an existing key, e.g., {"1": true, 1: false}. The last key to be inserted to the dict will be serialized last and a JSON deserializer will presumably take the last occurrence of a key (in the above, false). The first value will be lost.

This option is compatible with orjson.OPT_SORT_KEYS. If sorting is used, note the sort is unstable and will be unpredictable for duplicate keys.

>>> import orjson, datetime
>>> orjson.dumps(
    {"other": 1, datetime.date(1970, 1, 5): 2, datetime.date(1970, 1, 3): 3},
    option=orjson.OPT_NON_STR_KEYS | orjson.OPT_SORT_KEYS
)
b'{"1970-01-03":3,"1970-01-05":2,"other":1}'

This measures serializing 589KiB of JSON comprising a list of 100 dict in which each dict has both 365 randomly-sorted int keys representing epoch timestamps as well as one str key and the value for each key is a single integer. In "str keys", the keys were converted to str before serialization, and orjson still specifes option=orjson.OPT_NON_STR_KEYS (which is always somewhat slower).

Library	str keys (ms)	int keys (ms)	int keys sorted (ms)
orjson	0.5	0.93	2.08
json	2.72	3.59

json is blank because it raises TypeError on attempting to sort before converting all keys to str. This can be reproduced using the pynonstr script.

OPT_OMIT_MICROSECONDS

Do not serialize the microsecond field on datetime.datetime and datetime.time instances.

>>> import orjson, datetime
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0, 1),
    )
b'"1970-01-01T00:00:00.000001"'
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0, 1),
        option=orjson.OPT_OMIT_MICROSECONDS,
    )
b'"1970-01-01T00:00:00"'

OPT_PASSTHROUGH_DATACLASS

Passthrough dataclasses.dataclass instances to default. This allows customizing their output but is much slower.

>>> import orjson, dataclasses
>>>
@dataclasses.dataclass
class User:
    id: str
    name: str
    password: str

def default(obj):
    if isinstance(obj, User):
        return {"id": obj.id, "name": obj.name}
    raise TypeError

>>> orjson.dumps(User("3b1", "asd", "zxc"))
b'{"id":"3b1","name":"asd","password":"zxc"}'
>>> orjson.dumps(User("3b1", "asd", "zxc"), option=orjson.OPT_PASSTHROUGH_DATACLASS)
TypeError: Type is not JSON serializable: User
>>> orjson.dumps(
        User("3b1", "asd", "zxc"),
        option=orjson.OPT_PASSTHROUGH_DATACLASS,
        default=default,
    )
b'{"id":"3b1","name":"asd"}'

OPT_PASSTHROUGH_DATETIME

Passthrough datetime.datetime, datetime.date, and datetime.time instances to default. This allows serializing datetimes to a custom format, e.g., HTTP dates:

>>> import orjson, datetime
>>>
def default(obj):
    if isinstance(obj, datetime.datetime):
        return obj.strftime("%a, %d %b %Y %H:%M:%S GMT")
    raise TypeError

>>> orjson.dumps({"created_at": datetime.datetime(1970, 1, 1)})
b'{"created_at":"1970-01-01T00:00:00"}'
>>> orjson.dumps({"created_at": datetime.datetime(1970, 1, 1)}, option=orjson.OPT_PASSTHROUGH_DATETIME)
TypeError: Type is not JSON serializable: datetime.datetime
>>> orjson.dumps(
        {"created_at": datetime.datetime(1970, 1, 1)},
        option=orjson.OPT_PASSTHROUGH_DATETIME,
        default=default,
    )
b'{"created_at":"Thu, 01 Jan 1970 00:00:00 GMT"}'

This does not affect datetimes in dict keys if using OPT_NON_STR_KEYS.

OPT_PASSTHROUGH_SUBCLASS

Passthrough subclasses of builtin types to default.

>>> import orjson
>>>
class Secret(str):
    pass

def default(obj):
    if isinstance(obj, Secret):
        return "******"
    raise TypeError

>>> orjson.dumps(Secret("zxc"))
b'"zxc"'
>>> orjson.dumps(Secret("zxc"), option=orjson.OPT_PASSTHROUGH_SUBCLASS)
TypeError: Type is not JSON serializable: Secret
>>> orjson.dumps(Secret("zxc"), option=orjson.OPT_PASSTHROUGH_SUBCLASS, default=default)
b'"******"'

This does not affect serializing subclasses as dict keys if using OPT_NON_STR_KEYS.

OPT_SERIALIZE_DATACLASS

This is deprecated and has no effect in version 3. In version 2 this was required to serialize dataclasses.dataclass instances. For more, see dataclass.

OPT_SERIALIZE_NUMPY

Serialize numpy.ndarray instances. For more, see numpy.

OPT_SERIALIZE_UUID

This is deprecated and has no effect in version 3. In version 2 this was required to serialize uuid.UUID instances. For more, see UUID.

OPT_SORT_KEYS

Serialize dict keys in sorted order. The default is to serialize in an unspecified order. This is equivalent to sort_keys=True in the standard library.

This can be used to ensure the order is deterministic for hashing or tests. It has a substantial performance penalty and is not recommended in general.

>>> import orjson
>>> orjson.dumps({"b": 1, "c": 2, "a": 3})
b'{"b":1,"c":2,"a":3}'
>>> orjson.dumps({"b": 1, "c": 2, "a": 3}, option=orjson.OPT_SORT_KEYS)
b'{"a":3,"b":1,"c":2}'

This measures serializing the twitter.json fixture unsorted and sorted:

Library	unsorted (ms)	sorted (ms)	vs. orjson
orjson	0.11	0.3	1
json	1.36	1.93	6.4

The benchmark can be reproduced using the pysort script.

The sorting is not collation/locale-aware:

>>> import orjson
>>> orjson.dumps({"a": 1, "ä": 2, "A": 3}, option=orjson.OPT_SORT_KEYS)
b'{"A":3,"a":1,"\xc3\xa4":2}'

This is the same sorting behavior as the standard library.

dataclass also serialize as maps but this has no effect on them.

OPT_STRICT_INTEGER

Enforce 53-bit limit on integers. The limit is otherwise 64 bits, the same as the Python standard library. For more, see int.

OPT_UTC_Z

Serialize a UTC timezone on datetime.datetime instances as Z instead of +00:00.

>>> import orjson, datetime, zoneinfo
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0, tzinfo=zoneinfo.ZoneInfo("UTC")),
    )
b'"1970-01-01T00:00:00+00:00"'
>>> orjson.dumps(
        datetime.datetime(1970, 1, 1, 0, 0, 0, tzinfo=zoneinfo.ZoneInfo("UTC")),
        option=orjson.OPT_UTC_Z
    )
b'"1970-01-01T00:00:00Z"'

Fragment

orjson.Fragment includes already-serialized JSON in a document. This is an efficient way to include JSON blobs from a cache, JSONB field, or separately serialized object without first deserializing to Python objects via loads().

>>> import orjson
>>> orjson.dumps({"key": "zxc", "data": orjson.Fragment(b'{"a": "b", "c": 1}')})
b'{"key":"zxc","data":{"a": "b", "c": 1}}'

It does no reformatting: orjson.OPT_INDENT_2 will not affect a compact blob nor will a pretty-printed JSON blob be rewritten as compact.

The input must be bytes or str and given as a positional argument.

This raises orjson.JSONEncodeError if a str is given and the input is not valid UTF-8. It otherwise does no validation and it is possible to write invalid JSON. This does not escape characters. The implementation is tested to not crash if given invalid strings or invalid JSON.

Deserialize

def loads(__obj: Union[bytes, bytearray, memoryview, str]) -> Any: ...

loads() deserializes JSON to Python objects. It deserializes to dict, list, int, float, str, bool, and None objects.

bytes, bytearray, memoryview, and str input are accepted. If the input exists as a memoryview, bytearray, or bytes object, it is recommended to pass these directly rather than creating an unnecessary str object. That is, orjson.loads(b"{}") instead of orjson.loads(b"{}".decode("utf-8")). This has lower memory usage and lower latency.

The input must be valid UTF-8.

orjson maintains a cache of map keys for the duration of the process. This causes a net reduction in memory usage by avoiding duplicate strings. The keys must be at most 64 bytes to be cached and 2048 entries are stored.

The global interpreter lock (GIL) is held for the duration of the call.

It raises JSONDecodeError if given an invalid type or invalid JSON. This includes if the input contains NaN, Infinity, or -Infinity, which the standard library allows, but is not valid JSON.

It raises JSONDecodeError if a combination of array or object recurses 1024 levels deep.

It raises JSONDecodeError if unable to allocate a buffer large enough to parse the document.

JSONDecodeError is a subclass of json.JSONDecodeError and ValueError. This is for compatibility with the standard library.

Types

dataclass

orjson serializes instances of dataclasses.dataclass natively. It serializes instances 40-50x as fast as other libraries and avoids a severe slowdown seen in other libraries compared to serializing dict.

It is supported to pass all variants of dataclasses, including dataclasses using __slots__, frozen dataclasses, those with optional or default attributes, and subclasses. There is a performance benefit to not using __slots__.

Library	dict (ms)	dataclass (ms)	vs. orjson
orjson	0.43	0.95	1
json	5.81	38.32	40

This measures serializing 555KiB of JSON, orjson natively and other libraries using default to serialize the output of dataclasses.asdict(). This can be reproduced using the pydataclass script.

Dataclasses are serialized as maps, with every attribute serialized and in the order given on class definition:

>>> import dataclasses, orjson, typing

@dataclasses.dataclass
class Member:
    id: int
    active: bool = dataclasses.field(default=False)

@dataclasses.dataclass
class Object:
    id: int
    name: str
    members: typing.List[Member]

>>> orjson.dumps(Object(1, "a", [Member(1, True), Member(2)]))
b'{"id":1,"name":"a","members":[{"id":1,"active":true},{"id":2,"active":false}]}'

datetime

orjson serializes datetime.datetime objects to RFC 3339 format, e.g., "1970-01-01T00:00:00+00:00". This is a subset of ISO 8601 and is compatible with isoformat() in the standard library.

>>> import orjson, datetime, zoneinfo
>>> orjson.dumps(
    datetime.datetime(2018, 12, 1, 2, 3, 4, 9, tzinfo=zoneinfo.ZoneInfo("Australia/Adelaide"))
)
b'"2018-12-01T02:03:04.000009+10:30"'
>>> orjson.dumps(
    datetime.datetime(2100, 9, 1, 21, 55, 2).replace(tzinfo=zoneinfo.ZoneInfo("UTC"))
)
b'"2100-09-01T21:55:02+00:00"'
>>> orjson.dumps(
    datetime.datetime(2100, 9, 1, 21, 55, 2)
)
b'"2100-09-01T21:55:02"'

datetime.datetime supports instances with a tzinfo that is None, datetime.timezone.utc, a timezone instance from the python3.9+ zoneinfo module, or a timezone instance from the third-party pendulum, pytz, or dateutil/arrow libraries.

It is fastest to use the standard library's zoneinfo.ZoneInfo for timezones.

datetime.time objects must not have a tzinfo.

>>> import orjson, datetime
>>> orjson.dumps(datetime.time(12, 0, 15, 290))
b'"12:00:15.000290"'

datetime.date objects will always serialize.

>>> import orjson, datetime
>>> orjson.dumps(datetime.date(1900, 1, 2))
b'"1900-01-02"'

Errors with tzinfo result in JSONEncodeError being raised.

To disable serialization of datetime objects specify the option orjson.OPT_PASSTHROUGH_DATETIME.

To use "Z" suffix instead of "+00:00" to indicate UTC ("Zulu") time, use the option orjson.OPT_UTC_Z.

To assume datetimes without timezone are UTC, use the option orjson.OPT_NAIVE_UTC.

enum

orjson serializes enums natively. Options apply to their values.

>>> import enum, datetime, orjson
>>>
class DatetimeEnum(enum.Enum):
    EPOCH = datetime.datetime(1970, 1, 1, 0, 0, 0)
>>> orjson.dumps(DatetimeEnum.EPOCH)
b'"1970-01-01T00:00:00"'
>>> orjson.dumps(DatetimeEnum.EPOCH, option=orjson.OPT_NAIVE_UTC)
b'"1970-01-01T00:00:00+00:00"'

Enums with members that are not supported types can be serialized using default:

>>> import enum, orjson
>>>
class Custom:
    def __init__(self, val):
        self.val = val

def default(obj):
    if isinstance(obj, Custom):
        return obj.val
    raise TypeError

class CustomEnum(enum.Enum):
    ONE = Custom(1)

>>> orjson.dumps(CustomEnum.ONE, default=default)
b'1'

float

orjson serializes and deserializes double precision floats with no loss of precision and consistent rounding.

orjson.dumps() serializes Nan, Infinity, and -Infinity, which are not compliant JSON, as null:

>>> import orjson, json
>>> orjson.dumps([float("NaN"), float("Infinity"), float("-Infinity")])
b'[null,null,null]'
>>> json.dumps([float("NaN"), float("Infinity"), float("-Infinity")])
'[NaN, Infinity, -Infinity]'

int

orjson serializes and deserializes 64-bit integers by default. The range supported is a signed 64-bit integer's minimum (-9223372036854775807) to an unsigned 64-bit integer's maximum (18446744073709551615). This is widely compatible, but there are implementations that only support 53-bits for integers, e.g., web browsers. For those implementations, dumps() can be configured to raise a JSONEncodeError on values exceeding the 53-bit range.

>>> import orjson
>>> orjson.dumps(9007199254740992)
b'9007199254740992'
>>> orjson.dumps(9007199254740992, option=orjson.OPT_STRICT_INTEGER)
JSONEncodeError: Integer exceeds 53-bit range
>>> orjson.dumps(-9007199254740992, option=orjson.OPT_STRICT_INTEGER)
JSONEncodeError: Integer exceeds 53-bit range

numpy

orjson natively serializes numpy.ndarray and individual numpy.float64, numpy.float32, numpy.float16 (numpy.half), numpy.int64, numpy.int32, numpy.int16, numpy.int8, numpy.uint64, numpy.uint32, numpy.uint16, numpy.uint8, numpy.uintp, numpy.intp, numpy.datetime64, and numpy.bool instances.

orjson is compatible with both numpy v1 and v2.

orjson is faster than all compared libraries at serializing numpy instances. Serializing numpy data requires specifying option=orjson.OPT_SERIALIZE_NUMPY.

>>> import orjson, numpy
>>> orjson.dumps(
        numpy.array([[1, 2, 3], [4, 5, 6]]),
        option=orjson.OPT_SERIALIZE_NUMPY,
)
b'[[1,2,3],[4,5,6]]'

The array must be a contiguous C array (C_CONTIGUOUS) and one of the supported datatypes.

Note a difference between serializing numpy.float32 using ndarray.tolist() or orjson.dumps(..., option=orjson.OPT_SERIALIZE_NUMPY): tolist() converts to a double before serializing and orjson's native path does not. This can result in different rounding.

numpy.datetime64 instances are serialized as RFC 3339 strings and datetime options affect them.

>>> import orjson, numpy
>>> orjson.dumps(
        numpy.datetime64("2021-01-01T00:00:00.172"),
        option=orjson.OPT_SERIALIZE_NUMPY,
)
b'"2021-01-01T00:00:00.172000"'
>>> orjson.dumps(
        numpy.datetime64("2021-01-01T00:00:00.172"),
        option=(
            orjson.OPT_SERIALIZE_NUMPY |
            orjson.OPT_NAIVE_UTC |
            orjson.OPT_OMIT_MICROSECONDS
        ),
)
b'"2021-01-01T00:00:00+00:00"'

If an array is not a contiguous C array, contains an unsupported datatype, or contains a numpy.datetime64 using an unsupported representation (e.g., picoseconds), orjson falls through to default. In default, obj.tolist() can be specified.

If an array is not in the native endianness, e.g., an array of big-endian values on a little-endian system, orjson.JSONEncodeError is raised.

If an array is malformed, orjson.JSONEncodeError is raised.

This measures serializing 92MiB of JSON from an numpy.ndarray with dimensions of (50000, 100) and numpy.float64 values:

Library	Latency (ms)	RSS diff (MiB)	vs. orjson
orjson	105	105	1
json	1,481	295	14.2

This measures serializing 100MiB of JSON from an numpy.ndarray with dimensions of (100000, 100) and numpy.int32 values:

Library	Latency (ms)	RSS diff (MiB)	vs. orjson
orjson	68	119	1
json	684	501	10.1

This measures serializing 105MiB of JSON from an numpy.ndarray with dimensions of (100000, 200) and numpy.bool values:

Library	Latency (ms)	RSS diff (MiB)	vs. orjson
orjson	50	125	1
json	573	398	11.5

In these benchmarks, orjson serializes natively and json serializes ndarray.tolist() via default. The RSS column measures peak memory usage during serialization. This can be reproduced using the pynumpy script.

orjson does not have an installation or compilation dependency on numpy. The implementation is independent, reading numpy.ndarray using PyArrayInterface.

str

orjson is strict about UTF-8 conformance. This is stricter than the standard library's json module, which will serialize and deserialize UTF-16 surrogates, e.g., "\ud800", that are invalid UTF-8.

If orjson.dumps() is given a str that does not contain valid UTF-8, orjson.JSONEncodeError is raised. If loads() receives invalid UTF-8, orjson.JSONDecodeError is raised.

>>> import orjson, json
>>> orjson.dumps('\ud800')
JSONEncodeError: str is not valid UTF-8: surrogates not allowed
>>> json.dumps('\ud800')
'"\\ud800"'
>>> orjson.loads('"\\ud800"')
JSONDecodeError: unexpected end of hex escape at line 1 column 8: line 1 column 1 (char 0)
>>> json.loads('"\\ud800"')
'\ud800'

To make a best effort at deserializing bad input, first decode bytes using the replace or lossy argument for errors:

>>> import orjson
>>> orjson.loads(b'"\xed\xa0\x80"')
JSONDecodeError: str is not valid UTF-8: surrogates not allowed
>>> orjson.loads(b'"\xed\xa0\x80"'.decode("utf-8", "replace"))
'���'

uuid

orjson serializes uuid.UUID instances to RFC 4122 format, e.g., "f81d4fae-7dec-11d0-a765-00a0c91e6bf6".

>>> import orjson, uuid
>>> orjson.dumps(uuid.uuid5(uuid.NAMESPACE_DNS, "python.org"))
b'"886313e1-3b8a-5372-9b90-0c9aee199e5d"'

Testing

The library has comprehensive tests. There are tests against fixtures in the JSONTestSuite and nativejson-benchmark repositories. It is tested to not crash against the Big List of Naughty Strings. It is tested to not leak memory. It is tested to not crash against and not accept invalid UTF-8. There are integration tests exercising the library's use in web servers (gunicorn using multiprocess/forked workers) and when multithreaded.

orjson is the most correct of the compared libraries. This graph shows how each library handles a combined 342 JSON fixtures from the JSONTestSuite and nativejson-benchmark tests:

Library	Invalid JSON documents not rejected	Valid JSON documents not deserialized
orjson	0	0
json	17	0

This shows that all libraries deserialize valid JSON but only orjson correctly rejects the given invalid JSON fixtures. Errors are largely due to accepting invalid strings and numbers.

The graph above can be reproduced using the pycorrectness script.

Performance

Serialization and deserialization performance of orjson is consistently better than the standard library's json. The graphs below illustrate a few commonly used documents.

Latency

Serialization

Deserialization

twitter.json serialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	0.1	8453	1
json	1.3	765	11.1

twitter.json deserialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	0.5	1889	1
json	2.2	453	4.2

github.json serialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	0.01	103693	1
json	0.13	7648	13.6

github.json deserialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	0.04	23264	1
json	0.1	10430	2.2

citm_catalog.json serialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	0.3	3975	1
json	3	338	11.8

citm_catalog.json deserialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	1.3	781	1
json	4	250	3.1

canada.json serialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	2.5	399	1
json	29.8	33	11.9

canada.json deserialization

Library	Median latency (milliseconds)	Operations per second	Relative (latency)
orjson	3	333	1
json	18	55	6

Reproducing

The above was measured using Python 3.11.10 in a Fedora 42 container on an x86-64-v4 machine using the orjson-3.10.11-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl artifact on PyPI. The latency results can be reproduced using the pybench script.

Questions

Will it deserialize to dataclasses, UUIDs, decimals, etc or support object_hook?

No. This requires a schema specifying what types are expected and how to handle errors etc. This is addressed by data validation libraries a level above this.

Will it serialize to `str`?

No. bytes is the correct type for a serialized blob.

Will it support NDJSON or JSONL?

No. orjsonl may be appropriate.

Will it support JSON5 or RJSON?

No, it supports RFC 8259.

How do I depend on orjson in a Rust project?

orjson is only shipped as a Python module. The project should depend on orjson in its own Python requirements and should obtain pointers to functions and objects using the normal PyImport_* APIs.

Packaging

To package orjson requires at least Rust 1.85, a C compiler, and the maturin build tool. The recommended build command is:

maturin build --release --strip

The project's own CI tests against nightly-2025-12-01 and stable 1.85. It is prudent to pin the nightly version because that channel can introduce breaking changes. There is a significant performance benefit to using nightly.

orjson is tested on native hardware for amd64, aarch64, and i686 on Linux and for arm7, ppc64le, and s390x is cross-compiled and may be tested via emulation. It is tested for aarch64 on macOS and cross-compiles for amd64. For Windows it is tested on amd64, i686, and aarch64.

There are no runtime dependencies other than libc.

The source distribution on PyPI contains all dependencies' source and can be built without network access. The file can be downloaded from https://files.pythonhosted.org/packages/source/o/orjson/orjson-${version}.tar.gz.

orjson's tests are included in the source distribution on PyPI. The tests require only pytest. There are optional packages such as pytz and numpy listed in test/requirements.txt and used in ~10% of tests. Not having these dependencies causes the tests needing them to skip. Tests can be run with pytest -q test.

License

Project details

These details have been verified by PyPI

Project links

GitHub Statistics

Maintainers

ijl

These details have not been verified by PyPI

Release history Release notifications | RSS feed

This version

3.11.5

Dec 6, 2025

3.11.4

Oct 24, 2025

3.11.3

Aug 26, 2025

3.11.2

Aug 12, 2025

3.11.1

Jul 25, 2025

3.11.0

Jul 15, 2025

3.10.18

Apr 29, 2025

3.10.17

Apr 29, 2025

3.10.16

Mar 24, 2025

3.10.15

Jan 18, 2025

3.10.14

Jan 8, 2025

3.10.13

Dec 29, 2024

3.10.12

Nov 23, 2024

3.10.11

Nov 1, 2024

3.10.10

Oct 22, 2024

3.10.9

Oct 19, 2024

3.10.8

Oct 19, 2024

3.10.7

Aug 8, 2024

3.10.6

Jul 2, 2024

3.10.5

Jun 13, 2024

3.10.4

Jun 10, 2024

3.10.3

May 3, 2024

3.10.2

May 1, 2024

3.10.1

Apr 15, 2024

3.10.0

Mar 27, 2024

3.9.15

Feb 23, 2024

3.9.14

Feb 14, 2024

3.9.13

Feb 3, 2024

3.9.12

Jan 18, 2024

3.9.11

Jan 18, 2024

3.9.10

Oct 26, 2023

3.9.9

Oct 12, 2023

3.9.8

Oct 10, 2023

3.9.7

Sep 8, 2023

3.9.6

Sep 7, 2023

3.9.5

Aug 16, 2023

3.9.4

Aug 7, 2023

3.9.3

Aug 6, 2023

3.9.2

Jul 7, 2023

3.9.1

Jun 9, 2023

3.9.0

Jun 1, 2023

3.8.14

May 25, 2023

3.8.13

May 23, 2023

3.8.12

May 7, 2023

3.8.11

Apr 28, 2023

3.8.10

Apr 9, 2023

3.8.9

Mar 28, 2023

3.8.8

Mar 20, 2023

3.8.7

Feb 28, 2023

3.8.6

Feb 9, 2023

3.8.5

Jan 10, 2023

3.8.4

Jan 4, 2023

3.8.3

Dec 2, 2022

3.8.2

Nov 20, 2022

3.8.1

Oct 25, 2022

3.8.0

Aug 27, 2022

3.7.12

Aug 14, 2022

3.7.11

Jul 31, 2022

3.7.10

Jul 30, 2022

3.7.9

Jul 29, 2022

3.7.8

Jul 19, 2022

3.7.7

Jul 6, 2022

3.7.6

Jul 3, 2022

3.7.5

Jun 28, 2022

3.7.4

Jun 28, 2022

3.7.3

Jun 23, 2022

3.7.2

Jun 7, 2022

3.7.1

Jun 3, 2022

3.7.0

Jun 3, 2022

3.6.9

Jun 1, 2022

3.6.8

Apr 15, 2022

3.6.7

Feb 14, 2022

3.6.6

Jan 22, 2022

3.6.5

Dec 5, 2021

3.6.4

Oct 1, 2021

3.6.3

Aug 20, 2021

3.6.2

Aug 17, 2021

3.6.1

Aug 4, 2021

3.6.0

Jul 8, 2021

3.5.4

Jun 30, 2021

3.5.3

Jun 1, 2021

3.5.2

Apr 15, 2021

3.5.1

Mar 6, 2021

3.5.0

Feb 24, 2021

3.4.8

Feb 4, 2021

3.4.7

Jan 19, 2021

3.4.6

Dec 7, 2020

3.4.5

Dec 2, 2020

3.4.4

Nov 25, 2020

3.4.3

Oct 30, 2020

3.4.2

Oct 29, 2020

3.4.1

Oct 20, 2020

3.4.0

Sep 25, 2020

3.3.1

Aug 17, 2020

3.3.0

Jul 24, 2020

3.2.2

Jul 13, 2020

3.2.1

Jul 3, 2020

3.2.0

Jun 30, 2020

3.1.2

Jun 23, 2020

3.1.1

Jun 20, 2020

3.1.0

Jun 8, 2020

3.0.2

May 27, 2020

3.0.1

May 19, 2020

3.0.0

May 1, 2020

2.6.8

Apr 30, 2020

2.6.7

Apr 30, 2020

2.6.6

Apr 24, 2020

2.6.5

Apr 8, 2020

2.6.4

Apr 8, 2020

2.6.3

Apr 1, 2020

2.6.2

Mar 27, 2020

2.6.1

Mar 19, 2020

2.6.0

Mar 10, 2020

2.5.2

Mar 7, 2020

2.5.1

Feb 24, 2020

2.5.0

Feb 19, 2020

2.4.0

Feb 14, 2020

2.3.0

Feb 12, 2020

2.2.2

Feb 10, 2020

2.2.1

Feb 4, 2020

2.2.0

Jan 22, 2020

2.1.4

Jan 8, 2020

2.1.3

Nov 12, 2019

2.1.2

Nov 7, 2019

2.1.1

Oct 29, 2019

2.1.0

Oct 24, 2019

2.0.11

Oct 1, 2019

2.0.10

Sep 25, 2019

2.0.9

Sep 22, 2019

2.0.8

Sep 18, 2019

2.0.7

Aug 29, 2019

2.0.6

May 11, 2019

2.0.5

Apr 19, 2019

2.0.4

Apr 2, 2019

2.0.3

Mar 23, 2019

2.0.2

Mar 12, 2019

2.0.1

Feb 5, 2019

2.0.0

Jan 28, 2019

1.3.1

Jan 3, 2019

1.3.0

Jan 2, 2019

1.2.1

Dec 31, 2018

1.2.0

Dec 16, 2018

1.1.0

Dec 4, 2018

1.0.1

Nov 26, 2018

1.0.0

Nov 23, 2018

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

orjson-3.11.5.tar.gz (6.0 MB view details)

Uploaded Dec 6, 2025 Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

orjson-3.11.5-cp314-cp314-win_arm64.whl (126.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.14Windows ARM64

orjson-3.11.5-cp314-cp314-win_amd64.whl (133.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.14Windows x86-64

orjson-3.11.5-cp314-cp314-win32.whl (135.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.14Windows x86

orjson-3.11.5-cp314-cp314-musllinux_1_2_x86_64.whl (141.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.14musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp314-cp314-musllinux_1_2_i686.whl (151.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.14musllinux: musl 1.2+ i686

orjson-3.11.5-cp314-cp314-musllinux_1_2_armv7l.whl (413.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.14musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp314-cp314-musllinux_1_2_aarch64.whl (141.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.14musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp314-cp314-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (139.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp314-cp314-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp314-cp314-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp314-cp314-manylinux_2_17_i686.manylinux2014_i686.whl (136.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ i686

orjson-3.11.5-cp314-cp314-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp314-cp314-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.14manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp314-cp314-macosx_15_0_arm64.whl (129.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.14macOS 15.0+ ARM64

orjson-3.11.5-cp314-cp314-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.14macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

orjson-3.11.5-cp313-cp313-win_arm64.whl (126.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.13Windows ARM64

orjson-3.11.5-cp313-cp313-win_amd64.whl (133.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.13Windows x86-64

orjson-3.11.5-cp313-cp313-win32.whl (135.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.13Windows x86

orjson-3.11.5-cp313-cp313-musllinux_1_2_x86_64.whl (141.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.13musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp313-cp313-musllinux_1_2_i686.whl (151.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.13musllinux: musl 1.2+ i686

orjson-3.11.5-cp313-cp313-musllinux_1_2_armv7l.whl (413.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.13musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp313-cp313-musllinux_1_2_aarch64.whl (141.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.13musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (139.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp313-cp313-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp313-cp313-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp313-cp313-manylinux_2_17_i686.manylinux2014_i686.whl (136.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ i686

orjson-3.11.5-cp313-cp313-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp313-cp313-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.13manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp313-cp313-macosx_15_0_arm64.whl (129.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.13macOS 15.0+ ARM64

orjson-3.11.5-cp313-cp313-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.13macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

orjson-3.11.5-cp312-cp312-win_arm64.whl (126.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.12Windows ARM64

orjson-3.11.5-cp312-cp312-win_amd64.whl (133.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.12Windows x86-64

orjson-3.11.5-cp312-cp312-win32.whl (135.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.12Windows x86

orjson-3.11.5-cp312-cp312-musllinux_1_2_x86_64.whl (141.9 kB view details)

Uploaded Dec 6, 2025 CPython 3.12musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp312-cp312-musllinux_1_2_i686.whl (151.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.12musllinux: musl 1.2+ i686

orjson-3.11.5-cp312-cp312-musllinux_1_2_armv7l.whl (413.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.12musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp312-cp312-musllinux_1_2_aarch64.whl (141.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.12musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (139.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp312-cp312-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp312-cp312-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp312-cp312-manylinux_2_17_i686.manylinux2014_i686.whl (136.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ i686

orjson-3.11.5-cp312-cp312-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp312-cp312-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.12manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp312-cp312-macosx_15_0_arm64.whl (129.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.12macOS 15.0+ ARM64

orjson-3.11.5-cp312-cp312-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.12macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

orjson-3.11.5-cp311-cp311-win_arm64.whl (126.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.11Windows ARM64

orjson-3.11.5-cp311-cp311-win_amd64.whl (133.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.11Windows x86-64

orjson-3.11.5-cp311-cp311-win32.whl (135.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.11Windows x86

orjson-3.11.5-cp311-cp311-musllinux_1_2_x86_64.whl (141.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.11musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp311-cp311-musllinux_1_2_i686.whl (151.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.11musllinux: musl 1.2+ i686

orjson-3.11.5-cp311-cp311-musllinux_1_2_armv7l.whl (413.6 kB view details)

Uploaded Dec 6, 2025 CPython 3.11musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp311-cp311-musllinux_1_2_aarch64.whl (141.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.11musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (138.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp311-cp311-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp311-cp311-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp311-cp311-manylinux_2_17_i686.manylinux2014_i686.whl (135.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ i686

orjson-3.11.5-cp311-cp311-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.11manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp311-cp311-macosx_15_0_arm64.whl (129.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.11macOS 15.0+ ARM64

orjson-3.11.5-cp311-cp311-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.11macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

orjson-3.11.5-cp310-cp310-win_amd64.whl (133.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.10Windows x86-64

orjson-3.11.5-cp310-cp310-win32.whl (135.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.10Windows x86

orjson-3.11.5-cp310-cp310-musllinux_1_2_x86_64.whl (142.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.10musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp310-cp310-musllinux_1_2_i686.whl (151.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.10musllinux: musl 1.2+ i686

orjson-3.11.5-cp310-cp310-musllinux_1_2_armv7l.whl (413.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.10musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp310-cp310-musllinux_1_2_aarch64.whl (141.6 kB view details)

Uploaded Dec 6, 2025 CPython 3.10musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (139.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp310-cp310-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp310-cp310-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.9 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp310-cp310-manylinux_2_17_i686.manylinux2014_i686.whl (135.9 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ i686

orjson-3.11.5-cp310-cp310-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.10manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp310-cp310-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.10macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

orjson-3.11.5-cp39-cp39-win_amd64.whl (133.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.9Windows x86-64

orjson-3.11.5-cp39-cp39-win32.whl (135.1 kB view details)

Uploaded Dec 6, 2025 CPython 3.9Windows x86

orjson-3.11.5-cp39-cp39-musllinux_1_2_x86_64.whl (141.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.9musllinux: musl 1.2+ x86-64

orjson-3.11.5-cp39-cp39-musllinux_1_2_i686.whl (151.0 kB view details)

Uploaded Dec 6, 2025 CPython 3.9musllinux: musl 1.2+ i686

orjson-3.11.5-cp39-cp39-musllinux_1_2_armv7l.whl (413.6 kB view details)

Uploaded Dec 6, 2025 CPython 3.9musllinux: musl 1.2+ ARMv7l

orjson-3.11.5-cp39-cp39-musllinux_1_2_aarch64.whl (141.4 kB view details)

Uploaded Dec 6, 2025 CPython 3.9musllinux: musl 1.2+ ARM64

orjson-3.11.5-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (138.8 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ x86-64

orjson-3.11.5-cp39-cp39-manylinux_2_17_s390x.manylinux2014_s390x.whl (137.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ s390x

orjson-3.11.5-cp39-cp39-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (139.6 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ ppc64le

orjson-3.11.5-cp39-cp39-manylinux_2_17_i686.manylinux2014_i686.whl (135.7 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ i686

orjson-3.11.5-cp39-cp39-manylinux_2_17_armv7l.manylinux2014_armv7l.whl (130.5 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ ARMv7l

orjson-3.11.5-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (132.2 kB view details)

Uploaded Dec 6, 2025 CPython 3.9manylinux: glibc 2.17+ ARM64

orjson-3.11.5-cp39-cp39-macosx_10_15_x86_64.macosx_11_0_arm64.macosx_10_15_universal2.whl (245.3 kB view details)

Uploaded Dec 6, 2025 CPython 3.9macOS 10.15+ universal2 (ARM64, x86-64)macOS 10.15+ x86-64macOS 11.0+ ARM64

File details

Details for the file orjson-3.11.5.tar.gz.

File metadata

Download URL: orjson-3.11.5.tar.gz
Upload date: Dec 6, 2025
Size: 6.0 MB
Tags: Source
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for orjson-3.11.5.tar.gz
Algorithm	Hash digest
SHA256	`82393ab47b4fe44ffd0a7659fa9cfaacc717eb617c93cde83795f14af5c2e9d5`
MD5	`175abe886fc70530c10f000835e12da6`
BLAKE2b-256	`04b8333fdb27840f3bf04022d21b654a35f58e15407183aeb16f3b41aa053446`

Algorithm	Hash digest
SHA256	`38b22f476c351f9a1c43e5b07d8b5a02eb24a6ab8e75f700f7d479d4568346a5`
MD5	`de5977628438589639217402b48c561c`
BLAKE2b-256	`8fddf4fff4a6fe601b4f8f3ba3aa6da8ac33d17d124491a3b804c662a70e1636`

Algorithm	Hash digest
SHA256	`a4f3cb2d874e03bc7767c8f88adaa1a9a05cecea3712649c3b58589ec7317310`
MD5	`f58c8925495d3f07b8c3c25484e59c2f`
BLAKE2b-256	`e497b638d69b1e947d24f6109216997e38922d54dcdcdb1b11c18d7efd2d3c59`

Algorithm	Hash digest
SHA256	`9cc1e55c884921434a84a0c3dd2699eb9f92e7b441d7f53f3941079ec6ce7499`
MD5	`5d848c478dfc5ca13c7701ef69cc586e`
BLAKE2b-256	`8886cdecb0140a05e1a477b81f24739da93b25070ee01ce7f7242f44a6437594`

Algorithm	Hash digest
SHA256	`bb150d529637d541e6af06bbe3d02f5498d628b7f98267ff87647584293ab439`
MD5	`aa97ca0efc321b6e4286e411e4763482`
BLAKE2b-256	`5492c6921f17d45e110892899a7a563a925b2273d929959ce2ad89e2525b885b`

Algorithm	Hash digest
SHA256	`1b6bd351202b2cd987f35a13b5e16471cf4d952b42a73c391cc537974c43ef6d`
MD5	`c4664227c76dcfd012e40624eef79a9b`
BLAKE2b-256	`d06ff6058c21e2fc1efaf918986dbc2da5cd38044f1a2d4b7b91ad17c4acf786`

Algorithm	Hash digest
SHA256	`b923c1c13fa02084eb38c9c065afd860a5cff58026813319a06949c3af5732ac`
MD5	`143629841e03d2a2001b12bafe01447d`
BLAKE2b-256	`653081d5087ae74be33bcae3ff2d80f5ccaa4a8fedc6d39bf65a427a95b8977f`

Algorithm	Hash digest
SHA256	`d4be86b58e9ea262617b8ca6251a2f0d63cc132a6da4b5fcc8e0a4128782c829`
MD5	`b4a99dd745bdd9bd955e60fb9871c77e`
BLAKE2b-256	`0e87de3223944a3e297d4707d2fe3b1ffb71437550e165eaf0ca8bbe43ccbcb1`

Algorithm	Hash digest
SHA256	`fa1863e75b92891f553b7922ce4ee10ed06db061e104f2b7815de80cdcb135ad`
MD5	`7beef39129a455232c036f05cac4fd1a`
BLAKE2b-256	`5130cc2d69d5ce0ad9b84811cdf4a0cd5362ac27205a921da524ff42f26d65e0`

Algorithm	Hash digest
SHA256	`aa0f513be38b40234c77975e68805506cad5d57b3dfd8fe3baa7f4f4051e15b4`
MD5	`d3a0d06bd4d41b3b3d211222109e837d`
BLAKE2b-256	`e93cb404e94e0b02a232b957c54643ce68d0268dacb67ac33ffdee24008c8b27`

Algorithm	Hash digest
SHA256	`92a8d676748fca47ade5bc3da7430ed7767afe51b2f8100e3cd65e151c0eaceb`
MD5	`85fbb08c5ed24fa0efd500af1a4304e4`
BLAKE2b-256	`858e9bc3423308c425c588903f2d103cfcfe2539e07a25d6522900645a6f257f`

Algorithm	Hash digest
SHA256	`9df95000fbe6777bf9820ae82ab7578e8662051bb5f83d71a28992f539d2cda7`
MD5	`833054217bbd37cd2b3dbd805a4b0327`
BLAKE2b-256	`25d4e96824476d361ee2edd5c6290ceb8d7edf88d81148a6ce172fc00278ca7f`

Algorithm	Hash digest
SHA256	`3fd15f9fc8c203aeceff4fda211157fad114dde66e92e24097b3647a08f4ee9e`
MD5	`b9c9f5f2c78d518c88c238d94a9d81b1`
BLAKE2b-256	`3dc8ca10f5c5322f341ea9a9f1097e140be17a88f88d1cfdd29df522970d9744`

Algorithm	Hash digest
SHA256	`82cd00d49d6063d2b8791da5d4f9d20539c5951f965e45ccf4e96d33505ce68f`
MD5	`cdc94ee9e176dd7378650694f97dbad8`
BLAKE2b-256	`30949eabf94f2e11c671111139edf5ec410d2f21e6feee717804f7e8872d883f`

Algorithm	Hash digest
SHA256	`53deb5addae9c22bbe3739298f5f2196afa881ea75944e7720681c7080909a81`
MD5	`b0f737faf6815aff99e1383b9ddea7cb`
BLAKE2b-256	`f1aad4639163b400f8044cef0fb9aa51b0337be0da3a27187a20d1166e742370`

Algorithm	Hash digest
SHA256	`e446a8ea0a4c366ceafc7d97067bfd55292969143b57e3c846d87fc701e797a0`
MD5	`ca402c9dbc4366eca0f2b92bdba71fd3`
BLAKE2b-256	`c26077d7b839e317ead7bb225d55bb50f7ea75f47afc489c81199befc5435b50`

Algorithm	Hash digest
SHA256	`59ac72ea775c88b163ba8d21b0177628bd015c5dd060647bbab6e22da3aad287`
MD5	`aaf5267ec10677d7f95940dd59d8c204`
BLAKE2b-256	`462cd158bd8b50e3b1cfdcf406a7e463f6ffe3f0d167b99634717acdaf5e299f`

Algorithm	Hash digest
SHA256	`ff7877d376add4e16b274e35a3f58b7f37b362abf4aa31863dadacdd20e3a583`
MD5	`9320fb99aa227328fe9f17712db6f07f`
BLAKE2b-256	`95fe792cc06a84808dbdc20ac6eab6811c53091b42f8e51ecebf14b540e9cfe4`

Algorithm	Hash digest
SHA256	`2cc79aaad1dfabe1bd2d50ee09814a1253164b3da4c00a78c458d82d04b3bdef`
MD5	`ae3948597d1d6ac90c2795842bed1b88`
BLAKE2b-256	`67805d00e4155d0cd7390ae2087130637671da713959bb558db9bac5e6f6b042`

Algorithm	Hash digest
SHA256	`c028a394c766693c5c9909dec76b24f37e6a1b91999e8d0c0d5feecbe93c3e05`
MD5	`af4d1b226c992540fffc943f061cba64`
BLAKE2b-256	`c4c5ccee774b67225bed630a57478529fc026eda33d94fe4c0eac8fe58d4aa52`

Algorithm	Hash digest
SHA256	`a261fef929bcf98a60713bf5e95ad067cea16ae345d9a35034e73c3990e927d2`
MD5	`22d11ad9899c3bd0b42a8b2354b2a243`
BLAKE2b-256	`7f1768dc14fa7000eefb3d4d6d7326a190c99bb65e319f02747ef3ebf2452f12`

orjson 3.11.5

Navigation

Verified details

Project links

GitHub Statistics

Maintainers

Unverified details

Meta

Classifiers

Project description

orjson

Usage

Install

Quickstart

Migrating

Serialize

default

option

OPT_APPEND_NEWLINE

OPT_INDENT_2

OPT_NAIVE_UTC

OPT_NON_STR_KEYS

OPT_OMIT_MICROSECONDS

OPT_PASSTHROUGH_DATACLASS

OPT_PASSTHROUGH_DATETIME

OPT_PASSTHROUGH_SUBCLASS

OPT_SERIALIZE_DATACLASS

OPT_SERIALIZE_NUMPY

OPT_SERIALIZE_UUID

OPT_SORT_KEYS

OPT_STRICT_INTEGER

OPT_UTC_Z

Fragment

Deserialize

Types

dataclass

datetime

enum

float

int

numpy

str

uuid

Testing

Performance

Latency

twitter.json serialization

twitter.json deserialization

github.json serialization

github.json deserialization

citm_catalog.json serialization

citm_catalog.json deserialization

canada.json serialization

canada.json deserialization

Reproducing

Questions

Will it deserialize to dataclasses, UUIDs, decimals, etc or support object_hook?

Will it serialize to str?

Will it support NDJSON or JSONL?

Will it support JSON5 or RJSON?

How do I depend on orjson in a Rust project?

Packaging

License

Project details

Verified details

Project links

GitHub Statistics

Maintainers

Unverified details

Meta

Classifiers

Release history Release notifications | RSS feed

Download files

Source Distribution

Built Distributions

File details

File metadata

File hashes

Provenance

File details

Will it serialize to `str`?

Algorithm	Hash digest
SHA256	`4bdd8d164a871c4ec773f9de0f6fe8769c2d6727879c37a9666ba4183b7f8228`
MD5	`5e9eec6e9aa393ed3097a4506db4eb2a`
BLAKE2b-256	`63c9da44a321b288727a322c6ab17e1754195708786a04f4f9d2220a5076a649`

Algorithm	Hash digest
SHA256	`54aae9b654554c3b4edd61896b978568c6daa16af96fa4681c9b5babd469f863`
MD5	`ab805b350b1dccf2c0b66efabb56dda2`
BLAKE2b-256	`d1a265267e959de6abe23444659b6e19c888f242bf7725ff927e2292776f6b89`

Algorithm	Hash digest
SHA256	`75bc2e59e6a2ac1dd28901d07115abdebc4563b5b07dd612bf64260a201b1c7f`
MD5	`dd82aa363c503bca022a71e6d3328407`
BLAKE2b-256	`9ab3dc0d3771f2e5d1f13368f56b339c6782f955c6a20b50465a91acb79fe961`

Algorithm	Hash digest
SHA256	`d7345c759276b798ccd6d77a87136029e71e66a8bbf2d2755cbdde1d82e78706`
MD5	`1fdb6503fbd4d0edbcee8911e60a8378`
BLAKE2b-256	`09c73a445ca9a84a0d59d26365fd8898ff52bdfcdcb825bcc6519830371d2364`

Algorithm	Hash digest
SHA256	`e46c762d9f0e1cfb4ccc8515de7f349abbc95b59cb5a2bd68df5973fdef913f8`
MD5	`95f5756fd184d7d1fb9a8111cf42b4f1`
BLAKE2b-256	`1c40820bc63121d2d28818556a2d0a09384a9f0262407cf9fa305e091a8048df`

Algorithm	Hash digest
SHA256	`7cce16ae2f5fb2c53c3eafdd1706cb7b6530a67cc1c17abe8ec747f5cd7c0c51`
MD5	`475c227bbd352e8a28964c8fa19b62c1`
BLAKE2b-256	`42ecde55391858b49e16e1aa8f0bbbb7e5997b7345d8e984a2dec3746d13065b`

Algorithm	Hash digest
SHA256	`ddc21521598dbe369d83d4d40338e23d4101dad21dae0e79fa20465dbace019f`
MD5	`f5c4e62346386f1653173f7defafd7be`
BLAKE2b-256	`2549825aa6b929f1a6ed244c78acd7b22c1481fd7e5fda047dc8bf4c1a807eb6`

Algorithm	Hash digest
SHA256	`894aea2e63d4f24a7f04a1908307c738d0dce992e9249e744b8f4e8dd9197f39`
MD5	`44089464bb9e4d9520fc8027a27368e7`
BLAKE2b-256	`7742f1bf1549b432d4a78bfa95735b79b5dac75b65b5bb815bba86ad406ead0a`

Algorithm	Hash digest
SHA256	`61de247948108484779f57a9f406e4c84d636fa5a59e411e6352484985e8a7c3`
MD5	`b4dbd76a6f2944101ace33df1615b128`
BLAKE2b-256	`55f90f79be617388227866d50edd2fd320cb8fb94dc1501184bb1620981a0aba`

Algorithm	Hash digest
SHA256	`3b01799262081a4c47c035dd77c1301d40f568f77cc7ec1bb7db5d63b0a01629`
MD5	`d2fb4308e24b7543919529b50ef41c7c`
BLAKE2b-256	`104361a77040ce59f1569edf38f0b9faadc90c8cf7e9bec2e0df51d0132c6bb7`