JSON_STRICT_BINARY_UTF8¶
#define JSON_STRICT_BINARY_UTF8 /* value */
When defined to 1, the error_handler parameter of the binary writers to_cbor, to_ubjson, to_bjdata, and to_bson defaults to error_handler_t::strict instead of error_handler_t::keep. These writers then check every string value and object key for valid UTF-8 and throw type_error.316 for ill-formed UTF-8, like dump does. Without it, they write the bytes unchanged. An error_handler passed explicitly always takes precedence.
The macro does not affect:
to_msgpack: the MessagePack specification allows astrvalue to contain bytes that are not valid UTF-8, so itserror_handleralways defaults tokeep.to_bon8: BON8 always checks, because the UTF-8 lead bytes mark where a string ends.- The binary readers (
from_cbor,from_msgpack,from_ubjson,from_bjdata,from_bson): none of these formats requires a decoder to reject ill-formed UTF-8, so by default they return the bytes unchanged (error_handler_t::keep), independent of this macro. Pass anerror_handlerargument explicitly to validate or sanitize the strings they read. from_bon8: BON8 always validates, because the UTF-8 lead bytes mark where a string ends.
Default definition¶
The default value is 0 (disabled, the behavior of version 3.12.0 and earlier is preserved).
#define JSON_STRICT_BINARY_UTF8 0
Notes¶
Background
CBOR, UBJSON, BJData, and BSON all require strings to be UTF-8. Up to version 3.12.0, the writers did not check this, so they could produce output that other decoders reject. Checking by default would break code that stores other encodings (for instance ISO 8859-1) in a string and only ever writes it to a binary format. You can pass error_handler_t::strict to each call, or use this macro to check by default ahead of version 4.0.0, where strict is planned to become the default (see #5529 and #5651).
Opt-in only
This macro must be defined before including <nlohmann/json.hpp>. Defining it after the include has no effect.
ABI compatibility
The value of this macro is encoded in the namespace (tag _sbu8), resulting in distinct symbol names. Translation units compiled with and without it can therefore be linked into the same program without One Definition Rule (ODR) violations, but they cannot exchange instances of library types.
Examples¶
Example: default behavior (macro not defined)
Without the macro, the bytes are written unchanged:
#include <nlohmann/json.hpp>
using nlohmann::json;
int main()
{
auto v = json::to_cbor(json("\xFF"));
// v is {0x61, 0xFF}
}
Example: opt-in check (macro defined to 1)
With the macro, ill-formed UTF-8 is rejected:
#define JSON_STRICT_BINARY_UTF8 1
#include <nlohmann/json.hpp>
using nlohmann::json;
int main()
{
auto v = json::to_cbor(json("\xFF"));
// throws type_error.316: invalid UTF-8 byte at index 0: 0xFF
}
See also¶
- Binary formats - overview of the supported binary formats
from_cbor- also affected when parsing CBOR stringsto_cbor- create a CBOR serialization of a JSON valueto_ubjson- create a UBJSON serialization of a JSON valueto_bjdata- create a BJData serialization of a JSON valueto_bson- create a BSON serialization of a JSON valueerror_handler_t- howdumptreats ill-formed UTF-8
Version history¶
- Added in version 3.13.0 unreleased.
- Planned to become the default (with the macro removed) in version 4.0.0.