MessagePack is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON. But it's faster and smaller. This package provides CPython bindings for reading and writing MessagePack data.
TL;DR: When upgrading from msgpack-0.4 or earlier, don't do pip install -U msgpack-python. Do pip uninstall msgpack-python; pip install msgpack instead.
Package name on PyPI was changed to msgpack from 0.5. I upload transitional package (msgpack-python 0.5 which depending on msgpack) for smooth transition from msgpack-python to msgpack.
Sadly, this doesn't work for upgrade install. After pip install -U msgpack-python, msgpack is removed and import msgpack fail.
encoding and unicode_errors options are deprecated.
In case of packer, use UTF-8 always. Storing other than UTF-8 is not recommended.
For backward compatibility, you can use use_bin_type=False and pack bytes
object into msgpack raw type.
In case of unpacker, there is new raw option. It is True by default
for backward compatibility, but it is changed to False in near future.
You can use raw=False instead of encoding='utf-8'.
When msgpack 1.0, I planning these breaking changes:
- packer and unpacker: Remove
encodingandunicode_errorsoption. - packer: Change default of
use_bin_typeoption from False to True. - unpacker: Change default of
rawoption from True to False. - unpacker: Reduce all
max_xxx_lenoptions for typical usage. - unpacker: Remove
write_bytesoption from all methods.
To avoid these breaking changes breaks your application, please:
- Don't use deprecated options.
- Pass
use_bin_typeandrawoptions explicitly. - If your application handle large (>1MB) data, specify
max_xxx_lenoptions too.
$ pip install msgpack
msgpack provides a pure Python implementation. PyPy can use this.
When you can't use a binary distribution, you need to install Visual Studio or Windows SDK on Windows. Without extension, using pure Python implementation on CPython runs slowly.
For Python 2.7, Microsoft Visual C++ Compiler for Python 2.7 is recommended solution.
For Python 3.5, Microsoft Visual Studio 2015 Community Edition or Express Edition can be used to build extension module.
Use packb for packing and unpackb for unpacking.
msgpack provides dumps and loads as an alias for compatibility with
json and pickle.
pack and dump packs to a file-like object.
unpack and load unpacks from a file-like object.
>>> import msgpack
>>> msgpack.packb([1, 2, 3], use_bin_type=True)
'\x93\x01\x02\x03'
>>> msgpack.unpackb(_, raw=False)
[1, 2, 3]unpack unpacks msgpack's array to Python's list, but can also unpack to tuple:
>>> msgpack.unpackb(b'\x93\x01\x02\x03', use_list=False, raw=False)
(1, 2, 3)You should always specify the use_list keyword argument for backward compatibility.
See performance issues relating to use_list option below.
Read the docstring for other options.
Unpacker is a "streaming unpacker". It unpacks multiple objects from one
stream (or from bytes provided through its feed method).
import msgpack
from io import BytesIO
buf = BytesIO()
for i in range(100):
buf.write(msgpack.packb(i, use_bin_type=True))
buf.seek(0)
unpacker = msgpack.Unpacker(buf, raw=False)
for unpacked in unpacker:
print(unpacked)It is also possible to pack/unpack custom data types. Here is an example for
datetime.datetime.
import datetime
import msgpack
useful_dict = {
"id": 1,
"created": datetime.datetime.now(),
}
def decode_datetime(obj):
if b'__datetime__' in obj:
obj = datetime.datetime.strptime(obj["as_str"], "%Y%m%dT%H:%M:%S.%f")
return obj
def encode_datetime(obj):
if isinstance(obj, datetime.datetime):
return {'__datetime__': True, 'as_str': obj.strftime("%Y%m%dT%H:%M:%S.%f")}
return obj
packed_dict = msgpack.packb(useful_dict, default=encode_datetime, use_bin_type=True)
this_dict_again = msgpack.unpackb(packed_dict, object_hook=decode_datetime, raw=False)Unpacker's object_hook callback receives a dict; the
object_pairs_hook callback may instead be used to receive a list of
key-value pairs.
It is also possible to pack/unpack custom data types using the ext type.
>>> import msgpack
>>> import array
>>> def default(obj):
... if isinstance(obj, array.array) and obj.typecode == 'd':
... return msgpack.ExtType(42, obj.tostring())
... raise TypeError("Unknown type: %r" % (obj,))
...
>>> def ext_hook(code, data):
... if code == 42:
... a = array.array('d')
... a.fromstring(data)
... return a
... return ExtType(code, data)
...
>>> data = array.array('d', [1.2, 3.4])
>>> packed = msgpack.packb(data, default=default, use_bin_type=True)
>>> unpacked = msgpack.unpackb(packed, ext_hook=ext_hook, raw=False)
>>> data == unpacked
TrueAs an alternative to iteration, Unpacker objects provide unpack,
skip, read_array_header and read_map_header methods. The former two
read an entire message from the stream, respectively de-serialising and returning
the result, or ignoring it. The latter two methods return the number of elements
in the upcoming container, so that each element in an array, or key-value pair
in a map, can be unpacked or skipped individually.
Each of these methods may optionally write the packed data it reads to a callback function:
from io import BytesIO
def distribute(unpacker, get_worker):
nelems = unpacker.read_map_header()
for i in range(nelems):
# Select a worker for the given key
key = unpacker.unpack()
worker = get_worker(key)
# Send the value as a packed message to worker
bytestream = BytesIO()
unpacker.skip(bytestream.write)
worker.send(bytestream.getvalue())Early versions of msgpack didn't distinguish string and binary types (like Python 1). The type for representing both string and binary types was named raw.
For backward compatibility reasons, msgpack-python will still default all
strings to byte strings, unless you specify the use_bin_type=True option in
the packer. If you do so, it will use a non-standard type called bin to
serialize byte arrays, and raw becomes to mean str. If you want to
distinguish bin and raw in the unpacker, specify raw=False.
Note that Python 2 defaults to byte-arrays over Unicode strings:
>>> import msgpack
>>> msgpack.unpackb(msgpack.packb([b'spam', u'eggs']))
['spam', 'eggs']
>>> msgpack.unpackb(msgpack.packb([b'spam', u'eggs'], use_bin_type=True),
raw=False)
['spam', u'eggs']This is the same code in Python 3 (same behaviour, but Python 3 has a different default):
>>> import msgpack
>>> msgpack.unpackb(msgpack.packb([b'spam', u'eggs']))
[b'spam', b'eggs']
>>> msgpack.unpackb(msgpack.packb([b'spam', u'eggs'], use_bin_type=True),
raw=False)
[b'spam', 'eggs']To use the ext type, pass msgpack.ExtType object to packer.
>>> import msgpack
>>> packed = msgpack.packb(msgpack.ExtType(42, b'xyzzy'))
>>> msgpack.unpackb(packed)
ExtType(code=42, data='xyzzy')You can use it with default and ext_hook. See below.
CPython's GC starts when growing allocated object.
This means unpacking may cause useless GC.
You can use gc.disable() when unpacking large message.
List is the default sequence type of Python.
But tuple is lighter than list.
You can use use_list=False while unpacking when performance is important.
Python's dict can't use list as key and MessagePack allows array for key of mapping.
use_list=False allows unpacking such message.
Another way to unpacking such object is using object_pairs_hook.
MessagePack uses pytest for testing. Run test with following command:
$ make test