mirror of
https://github.com/nlohmann/json.git
synced 2026-10-10 16:53:41 +07:00
* Review and extend the documentation, and check it in CI A review of all documentation pages found factual errors, dead links, missing cross-references, and gaps in examples. This fixes them and adds checks so the same problems are caught automatically. Fixes: - wrong signatures and version histories (operator!= C++20 member, binary() subtype type, get<PointerType>(), JSON_NO_THREAD_LOCAL, ...) - stale descriptions (number parsing since #5283, UBJSON table, SAX example that no longer compiled, tsl::ordered_map advice) - dead internal and external links; repology.org badges (the domain is suspended) replaced by badges that query the registries directly - deprecation notes link the migration guide; the guide itself fixed Additions: - "See also" sections, cross-references, 25 runnable examples, 12 Mermaid diagrams, new API pages for json_pointer::operator<=> and byte_container_with_subtype::operator==/!= - landing page, guides for untrusted input and performance - "unreleased" badge after versions newer than the latest release Checks: - strict documentation build (broken links/anchors fail it); CI and the publish workflow fetch the full history the build needs - weekly external link check, Mermaid syntax check in CI - check_structure.py: example titles, heading levels, alt texts, header links, docset index coverage; its unused-example check works again - all examples produce the same output on every platform Signed-off-by: Niels Lohmann <mail@nlohmann.me> * Keep the customer links that could not be fixed A dead link on the customers page is still the evidence of where the use of the library was documented. Keep the original URLs of the entries without a working replacement (Marne, Cisco Webex Desk Camera, Philips Hue, CyberArk) and exclude exactly these URLs from the link check. Signed-off-by: Niels Lohmann <mail@nlohmann.me> * Correct the duplicate-key recipe's claim about SAX positions The SAX interface's key() receives no position either; only parse_error() does. Also note that the recipe does not report the path to the repeated key (see discussion #5085). Signed-off-by: Niels Lohmann <mail@nlohmann.me> * Say the library is available as a single header and mention json_fwd.hpp Signed-off-by: Niels Lohmann <mail@nlohmann.me> * Correct documentation errors found while hunting for bugs - patch/patch_inplace: list the JSON pointer errors parse_error.106-109 and out_of_range.402/404, and quote the actual parse_error.105 message. - unflatten: list parse_error.106/107/108 and out_of_range.404. - to_bson: list out_of_range.415 (binary subtype above 255) and note that 412 and 415 are new in 3.13.0. - to_string: state that string_t must be convertible to std::string, also in the StringType requirements table. - JSON Lines: a `while (input >> j)` loop also throws after the last value for concatenated JSON values; show a loop that works for both. - BON8: a string gets 0xFF only if nothing follows it in the message; a string at the end of an array or object is ended by 0xFE. - custom_string_type.hpp: add operator+=(char), which the "Always required" list asks for (json_pointer::to_string, flatten, unflatten, and diff did not compile), and an ADL int_to_string for diff and items. Signed-off-by: Niels Lohmann <mail@nlohmann.me> * Cache the release headers with functools.lru_cache Codacy (Pylint) flagged the mutable default argument that header() used as its cache. functools.lru_cache keeps the same memoization without it. The script's output is unchanged. Signed-off-by: Niels Lohmann <mail@nlohmann.me> --------- Signed-off-by: Niels Lohmann <mail@nlohmann.me>
136 lines
5.5 KiB
Markdown
136 lines
5.5 KiB
Markdown
# <small>nlohmann::</small>operator>>(basic_json)
|
|
|
|
```cpp
|
|
std::istream& operator>>(std::istream& i, basic_json& j);
|
|
```
|
|
|
|
Deserializes an input stream to a JSON value.
|
|
|
|
## Parameters
|
|
|
|
`i` (in, out)
|
|
: input stream to read a serialized JSON value from
|
|
|
|
`j` (in, out)
|
|
: JSON value to write the deserialized input to
|
|
|
|
## Return value
|
|
|
|
the stream `i`
|
|
|
|
## Exception safety
|
|
|
|
Strong guarantee: if an exception is thrown, there are no changes in `j`.
|
|
|
|
## Exceptions
|
|
|
|
- Throws [`parse_error.101`](../home/exceptions.md#jsonexceptionparse_error101) in case of an unexpected token, or if
|
|
`i` has no stream buffer (`#!cpp i.rdbuf() == nullptr`, for instance `#!cpp std::istream(nullptr)`).
|
|
- If reading from `i` reaches the end of the input and `eofbit` is part of `i`'s
|
|
[`exceptions()`](https://en.cppreference.com/w/cpp/io/basic_ios/exceptions) mask, the `std::ios_base::failure`
|
|
thrown by `i` itself propagates instead of a `parse_error`, the same as it would for the standard library's own
|
|
extraction operators.
|
|
|
|
## Complexity
|
|
|
|
Linear in the length of the input. The parser is a predictive LL(1) parser.
|
|
|
|
## Notes
|
|
|
|
A UTF-8 byte order mark is silently ignored.
|
|
|
|
Invalid Unicode escapes and unpaired surrogates in the input are reported as
|
|
[`parse_error.101`](../home/exceptions.md#jsonexceptionparse_error101) with a detailed message.
|
|
|
|
`operator>>` parses exactly one JSON value, so it can be called repeatedly to read a sequence of concatenated JSON
|
|
values from the same stream:
|
|
|
|
```cpp
|
|
json j1, j2;
|
|
input >> j1; // parses the first value
|
|
input >> j2; // parses the next value
|
|
```
|
|
|
|
!!! warning "A number must be followed by whitespace"
|
|
|
|
A number is only terminated by the character that follows it. That character is read from the stream to detect the
|
|
end of the number, and it is **not** put back. When a value that is a number is immediately followed by the next
|
|
value, the first character of that next value is lost:
|
|
|
|
```cpp
|
|
std::istringstream input("1true");
|
|
json j1, j2;
|
|
input >> j1; // j1 == 1
|
|
input >> j2; // throws parse_error.101: the stream now starts at "rue"
|
|
```
|
|
|
|
Separating the values with whitespace avoids this, because the character that is eaten is then the separator:
|
|
|
|
```cpp
|
|
std::istringstream input("1 true");
|
|
json j1, j2;
|
|
input >> j1; // j1 == 1
|
|
input >> j2; // j2 == true
|
|
```
|
|
|
|
Only numbers are affected. Values ending in a self-delimiting character do not read past themselves, so
|
|
`truefalse`, `[1][2]`, `{"a":1}{"b":2}`, and `"a""b"` can be read back to back without a separator.
|
|
|
|
Define [`JSON_PRECISE_STREAM_POSITION`](macros/json_precise_stream_position.md) to `1` to leave the terminating character in the stream
|
|
instead, so that the stream is positioned right after the value for every value type and no separator is
|
|
needed. This is tracked in [#5340](https://github.com/nlohmann/json/issues/5340).
|
|
|
|
Note that reading concatenated values does **not** work for [JSON Lines](../features/parsing/json_lines.md)
|
|
(newline-delimited JSON) input -- see that page for why and for the recommended alternative.
|
|
|
|
By default, a `'\0'` (NUL) byte encountered while reading a value is treated as end of input, rather than as an
|
|
ordinary (and, outside of a string, invalid) byte; see the [FAQ entry](../home/faq.md#nul-bytes-in-the-input) for
|
|
details and the [`JSON_STRICT_NUL_HANDLING`](macros/json_strict_nul_handling.md) macro to opt into rejecting it
|
|
instead. Because `operator>>` only parses a single value and does not require the rest of the stream to be consumed,
|
|
a NUL byte *after* a complete value has no effect on `operator>>` either way; it only matters while a value is still
|
|
being read.
|
|
|
|
!!! warning "Deprecation"
|
|
|
|
This function replaces function `#!cpp std::istream& operator<<(basic_json& j, std::istream& i)` which has
|
|
been deprecated in version 3.0.0. It will be removed in version 4.0.0. Please replace calls like `#!cpp j << i;`
|
|
with `#!cpp i >> j;`.
|
|
|
|
See the [migration guide](../integration/migration_guide.md#parsing) for how to update existing code.
|
|
|
|
## Examples
|
|
|
|
??? example
|
|
|
|
The example below shows how a JSON value is constructed by reading a serialization from a stream.
|
|
|
|
```cpp
|
|
--8<-- "examples/operator_deserialize.cpp"
|
|
```
|
|
|
|
Output:
|
|
|
|
```json
|
|
--8<-- "examples/operator_deserialize.output"
|
|
```
|
|
|
|
## See also
|
|
|
|
- [accept](basic_json/accept.md) - check if the input is valid JSON
|
|
- [parse](basic_json/parse.md) - deserialize from a compatible input
|
|
- [`JSON_STRICT_NUL_HANDLING`](macros/json_strict_nul_handling.md) - opt in to rejecting a NUL byte in the input
|
|
instead of treating it as end of input
|
|
- [`JSON_PRECISE_STREAM_POSITION`](macros/json_precise_stream_position.md) - opt in to leaving the stream positioned right after a number
|
|
|
|
## Version history
|
|
|
|
- Added in version 1.0.0.
|
|
- `JSON_STRICT_NUL_HANDLING` added in version 3.13.0 to optionally reject a NUL byte in the input instead of treating
|
|
it as end of input; planned to become the default in version 4.0.0.
|
|
- `JSON_PRECISE_STREAM_POSITION` added in version 3.13.0 to optionally leave the character that terminates a number in
|
|
the stream; planned to become the default in version 4.0.0.
|
|
- Fixed a null pointer dereference for an `std::istream` without a stream buffer (now throws `parse_error.101`), and a
|
|
crash (`std::terminate`) when `i` has `eofbit` in its exception mask, in version 3.13.0.
|
|
- Changed to the strong exception safety guarantee in version 3.13.0: `j` is no longer left with a partially parsed
|
|
value if parsing throws.
|