Documentation
¶
Overview ¶
Package json implements encoding and decoding of JSON as defined in RFC 7159. The mapping between JSON and Go values is described in the documentation for the Marshal and Unmarshal functions.
See "JSON and Go" for an introduction to this package: https://golang.org/doc/articles/json_and_go.html
Migrating to v2 ¶
This package (i.e., encoding/json) is now formally known as the v1 package since a v2 package now exists at encoding/json/v2. All the behavior of the v1 package is implemented in terms of the v2 package with the appropriate set of options specified that preserve the historical behavior of v1.
The jsonv2.Marshal function is the newer equivalent of v1 Marshal. The jsonv2.Unmarshal function is the newer equivalent of v1 Unmarshal. The v2 functions have the same calling signature as the v1 equivalent except that they take in variadic Options arguments that can be specified to alter the behavior of marshal or unmarshal. Both v1 and v2 generally behave in similar ways, but there are some notable differences.
The following is a list of differences between v1 and v2:
In v1, JSON object members are unmarshaled into a Go struct using a case-insensitive name match with the JSON name of the fields. In contrast, v2 matches fields using an exact, case-sensitive match. The jsonv2.MatchCaseInsensitiveNames and MatchCaseSensitiveDelimiter options control this behavior difference. To explicitly specify a Go struct field to use a particular name matching scheme, either the `case:ignore` or the `case:strict` field option can be specified. Field-specified options take precedence over caller-specified options.
In v1, when marshaling a Go struct, a field marked as `omitempty` is omitted if the field value is an "empty" Go value, which is defined as false, 0, a nil pointer, a nil interface value, and any empty array, slice, map, or string. In contrast, v2 redefines `omitempty` to omit a field if it encodes as an "empty" JSON value, which is defined as a JSON null, or an empty JSON string, object, or array. The OmitEmptyWithLegacyDefinition option controls this behavior difference. Note that `omitempty` behaves identically in both v1 and v2 for a Go array, slice, map, or string (assuming no user-defined MarshalJSON method overrides the default representation). Existing usages of `omitempty` on a Go bool, number, pointer, or interface value should migrate to specifying `omitzero` instead (which is identically supported in both v1 and v2).
In v1, a Go struct field marked as `string` can be used to quote a Go string, bool, or number as a JSON string. It does not recursively take effect on composite Go types. In contrast, v2 restricts the `string` option to only quote a Go number as a JSON string. It does recursively take effect on Go numbers within a composite Go type. The StringifyWithLegacySemantics option controls this behavior difference.
In v1, a nil Go slice or Go map is marshaled as a JSON null. In contrast, v2 marshals a nil Go slice or Go map as an empty JSON array or JSON object, respectively. The jsonv2.FormatNilSliceAsNull and jsonv2.FormatNilMapAsNull options control this behavior difference. To explicitly specify a Go struct field to use a particular representation for nil, either the `format:emitempty` or `format:emitnull` field option can be specified. Field-specified options take precedence over caller-specified options.
In v1, a Go array may be unmarshaled from a JSON array of any length. In contrast, in v2 a Go array must be unmarshaled from a JSON array of the same length, otherwise it results in an error. The UnmarshalArrayFromAnyLength option controls this behavior difference.
In v1, a Go byte array is represented as a JSON array of JSON numbers. In contrast, in v2 a Go byte array is represented as a Base64-encoded JSON string. The FormatBytesWithLegacySemantics option controls this behavior difference. To explicitly specify a Go struct field to use a particular representation, either the `format:array` or `format:base64` field option can be specified. Field-specified options take precedence over caller-specified options.
In v1, MarshalJSON methods declared on a pointer receiver are only called if the Go value is addressable. In contrast, in v2 a MarshalJSON method is always callable regardless of addressability. The CallMethodsWithLegacySemantics option controls this behavior difference.
In v1, MarshalJSON and UnmarshalJSON methods are never called for Go map keys. In contrast, in v2 a MarshalJSON or UnmarshalJSON method is eligible for being called for Go map keys. The CallMethodsWithLegacySemantics option controls this behavior difference.
In v1, a Go map is marshaled in a deterministic order. In contrast, in v2 a Go map is marshaled in a non-deterministic order. The jsonv2.Deterministic option controls this behavior difference.
In v1, JSON strings are encoded with HTML-specific or JavaScript-specific characters being escaped. In contrast, in v2 JSON strings use the minimal encoding and only escape if required by the JSON grammar. The jsontext.EscapeForHTML and jsontext.EscapeForJS options control this behavior difference.
In v1, bytes of invalid UTF-8 within a string are silently replaced with the Unicode replacement character. In contrast, in v2 the presence of invalid UTF-8 results in an error. The jsontext.AllowInvalidUTF8 option controls this behavior difference.
In v1, a JSON object with duplicate names is permitted. In contrast, in v2 a JSON object with duplicate names results in an error. The jsontext.AllowDuplicateNames option controls this behavior difference.
In v1, when unmarshaling a JSON null into a non-empty Go value it will inconsistently either zero out the value or do nothing. In contrast, in v2 unmarshaling a JSON null will consistently and always zero out the underlying Go value. The MergeWithLegacySemantics option controls this behavior difference.
In v1, when unmarshaling a JSON value into a non-zero Go value, it merges into the original Go value for array elements, slice elements, struct fields (but not map values), pointer values, and interface values (only if a non-nil pointer). In contrast, in v2 unmarshal merges into the Go value for struct fields, map values, pointer values, and interface values. In general, the v2 semantic merges when unmarshaling a JSON object, otherwise it replaces the value. The MergeWithLegacySemantics option controls this behavior difference.
In v1, a time.Duration is represented as a JSON number containing the decimal number of nanoseconds. In contrast, in v2 a time.Duration is represented as a JSON string containing the formatted duration (e.g., "1h2m3.456s") according to time.Duration.String. The FormatTimeWithLegacySemantics option controls this behavior difference. To explicitly specify a Go struct field to use a particular representation, either the `format:nano` or `format:units` field option can be specified. Field-specified options take precedence over caller-specified options.
In v1, errors are never reported at runtime for Go struct types that have some form of structural error (e.g., a malformed tag option). In contrast, v2 reports a runtime error for Go types that are invalid as they relate to JSON serialization. For example, a Go struct with only unexported fields cannot be serialized. The ReportErrorsWithLegacySemantics option controls this behavior difference.
As mentioned, the entirety of v1 is implemented in terms of v2, where options are implicitly specified to opt into legacy behavior. For example, Marshal directly calls jsonv2.Marshal with DefaultOptionsV1. Similarly, Unmarshal directly calls jsonv2.Unmarshal with DefaultOptionsV1. The DefaultOptionsV1 option represents the set of all options that specify default v1 behavior.
For many of the behavior differences, there are Go struct field options that the author of a Go type can specify to control the behavior such that the type is represented identically in JSON under either v1 or v2 semantics.
The availability of DefaultOptionsV1 and jsonv2.DefaultOptionsV2, where later options take precedence over former options allows for a gradual migration from v1 to v2. For example:
jsonv1.Marshal(v) uses default v1 semantics.
jsonv2.Marshal(v, jsonv1.DefaultOptionsV1()) is semantically equivalent to jsonv1.Marshal and thus uses default v1 semantics.
jsonv2.Marshal(v, jsonv1.DefaultOptionsV1(), jsontext.AllowDuplicateNames(false)) uses mostly v1 semantics, but opts into one particular v2-specific behavior.
jsonv2.Marshal(v, jsonv1.CallMethodsWithLegacySemantics(true)) uses mostly v2 semantics, but opts into one particular v1-specific behavior.
jsonv2.Marshal(v, ..., jsonv2.DefaultOptionsV2()) is semantically equivalent to jsonv2.Marshal since jsonv2.DefaultOptionsV2 overrides any options specified earlier and thus uses default v2 semantics.
jsonv2.Marshal(v) uses default v2 semantics.
All new usages of "json" in Go should use the v2 package, but the v1 package will forever remain supported.
Example (CustomMarshalJSON) ¶
package main import ( "fmt" "log" "strings" "github.com/go-json-experiment/json/v1" ) type Animal int const ( Unknown Animal = iota Gopher Zebra ) func (a *Animal) UnmarshalJSON(b []byte) error { var s string if err := json.Unmarshal(b, &s); err != nil { return err } switch strings.ToLower(s) { default: *a = Unknown case "gopher": *a = Gopher case "zebra": *a = Zebra } return nil } func (a Animal) MarshalJSON() ([]byte, error) { var s string switch a { default: s = "unknown" case Gopher: s = "gopher" case Zebra: s = "zebra" } return json.Marshal(s) } func main() { blob := `["gopher","armadillo","zebra","unknown","gopher","bee","gopher","zebra"]` var zoo []Animal if err := json.Unmarshal([]byte(blob), &zoo); err != nil { log.Fatal(err) } census := make(map[Animal]int) for _, animal := range zoo { census[animal] += 1 } fmt.Printf("Zoo Census:\n* Gophers: %d\n* Zebras: %d\n* Unknown: %d\n", census[Gopher], census[Zebra], census[Unknown]) }
Output: Zoo Census: * Gophers: 3 * Zebras: 2 * Unknown: 3
Example (TextMarshalJSON) ¶
package main import ( "fmt" "log" "strings" "github.com/go-json-experiment/json/v1" ) type Size int const ( Unrecognized Size = iota Small Large ) func (s *Size) UnmarshalText(text []byte) error { switch strings.ToLower(string(text)) { default: *s = Unrecognized case "small": *s = Small case "large": *s = Large } return nil } func (s Size) MarshalText() ([]byte, error) { var name string switch s { default: name = "unrecognized" case Small: name = "small" case Large: name = "large" } return []byte(name), nil } func main() { blob := `["small","regular","large","unrecognized","small","normal","small","large"]` var inventory []Size if err := json.Unmarshal([]byte(blob), &inventory); err != nil { log.Fatal(err) } counts := make(map[Size]int) for _, size := range inventory { counts[size] += 1 } fmt.Printf("Inventory Counts:\n* Small: %d\n* Large: %d\n* Unrecognized: %d\n", counts[Small], counts[Large], counts[Unrecognized]) }
Output: Inventory Counts: * Small: 3 * Large: 2 * Unrecognized: 3
Index ¶
- func Compact(dst *bytes.Buffer, src []byte) error
- func HTMLEscape(dst *bytes.Buffer, src []byte)
- func Indent(dst *bytes.Buffer, src []byte, prefix, indent string) error
- func Marshal(v any) ([]byte, error)
- func MarshalIndent(v any, prefix, indent string) ([]byte, error)
- func Unmarshal(data []byte, v any) error
- func Valid(data []byte) bool
- type Decoder
- type Delim
- type Encoder
- type InvalidUTF8Errordeprecated
- type InvalidUnmarshalError
- type Marshaler
- type MarshalerError
- type Number
- type Options
- func CallMethodsWithLegacySemantics(v bool) Options
- func DefaultOptionsV1() Options
- func EscapeInvalidUTF8(v bool) Options
- func FormatBytesWithLegacySemantics(v bool) Options
- func FormatTimeWithLegacySemantics(v bool) Options
- func MatchCaseSensitiveDelimiter(v bool) Options
- func MergeWithLegacySemantics(v bool) Options
- func OmitEmptyWithLegacyDefinition(v bool) Options
- func ReportErrorsWithLegacySemantics(v bool) Options
- func StringifyWithLegacySemantics(v bool) Options
- func UnmarshalArrayFromAnyLength(v bool) Options
- type RawMessage
- type SyntaxError
- type Token
- type UnmarshalFieldErrordeprecated
- type UnmarshalTypeError
- type Unmarshaler
- type UnsupportedTypeError
- type UnsupportedValueError
Examples ¶
Constants ¶
This section is empty.
Variables ¶
This section is empty.
Functions ¶
func Compact ¶
Compact appends to dst the JSON-encoded src with insignificant space characters elided.
func HTMLEscape ¶
HTMLEscape appends to dst the JSON-encoded src with <, >, &, U+2028 and U+2029 characters inside string literals changed to \u003c, \u003e, \u0026, \u2028, \u2029 so that the JSON will be safe to embed inside HTML <script> tags. For historical reasons, web browsers don't honor standard HTML escaping within <script> tags, so an alternative JSON encoding must be used.
Example ¶
var out bytes.Buffer json.HTMLEscape(&out, []byte(`{"Name":"<b>HTML content</b>"}`)) out.WriteTo(os.Stdout)
Output: {"Name":"\u003cb\u003eHTML content\u003c/b\u003e"}
func Indent ¶
Indent appends to dst an indented form of the JSON-encoded src. Each element in a JSON object or array begins on a new, indented line beginning with prefix followed by one or more copies of indent according to the indentation nesting. The data appended to dst does not begin with the prefix nor any indentation, to make it easier to embed inside other formatted JSON data. Although leading space characters (space, tab, carriage return, newline) at the beginning of src are dropped, trailing space characters at the end of src are preserved and copied to dst. For example, if src has no trailing spaces, neither will dst; if src ends in a trailing newline, so will dst.
Example ¶
type Road struct { Name string Number int } roads := []Road{ {"Diamond Fork", 29}, {"Sheep Creek", 51}, } b, err := json.Marshal(roads) if err != nil { log.Fatal(err) } var out bytes.Buffer json.Indent(&out, b, "=", "\t") out.WriteTo(os.Stdout)
Output: [ = { = "Name": "Diamond Fork", = "Number": 29 = }, = { = "Name": "Sheep Creek", = "Number": 51 = } =]
func Marshal ¶
Marshal returns the JSON encoding of v.
Marshal traverses the value v recursively. If an encountered value implements Marshaler and is not a nil pointer, Marshal calls [Marshaler.MarshalJSON] to produce JSON. If no [Marshaler.MarshalJSON] method is present but the value implements encoding.TextMarshaler instead, Marshal calls encoding.TextMarshaler.MarshalText and encodes the result as a JSON string. The nil pointer exception is not strictly necessary but mimics a similar, necessary exception in the behavior of [Unmarshaler.UnmarshalJSON].
Otherwise, Marshal uses the following type-dependent default encodings:
Boolean values encode as JSON booleans.
Floating point, integer, and Number values encode as JSON numbers. NaN and +/-Inf values will return an UnsupportedValueError.
String values encode as JSON strings coerced to valid UTF-8, replacing invalid bytes with the Unicode replacement rune. So that the JSON will be safe to embed inside HTML <script> tags, the string is encoded using HTMLEscape, which replaces "<", ">", "&", U+2028, and U+2029 are escaped to "\u003c","\u003e", "\u0026", "\u2028", and "\u2029". This replacement can be disabled when using an Encoder, by calling Encoder.SetEscapeHTML(false).
Array and slice values encode as JSON arrays, except that []byte encodes as a base64-encoded string, and a nil slice encodes as the null JSON value.
Struct values encode as JSON objects. Each exported struct field becomes a member of the object, using the field name as the object key, unless the field is omitted for one of the reasons given below.
The encoding of each struct field can be customized by the format string stored under the "json" key in the struct field's tag. The format string gives the name of the field, possibly followed by a comma-separated list of options. The name may be empty in order to specify options without overriding the default field name.
The "omitempty" option specifies that the field should be omitted from the encoding if the field has an empty value, defined as false, 0, a nil pointer, a nil interface value, and any array, slice, map, or string of length zero.
As a special case, if the field tag is "-", the field is always omitted. Note that a field with name "-" can still be generated using the tag "-,".
Examples of struct field tags and their meanings:
// Field appears in JSON as key "myName". Field int `json:"myName"` // Field appears in JSON as key "myName" and // the field is omitted from the object if its value is empty, // as defined above. Field int `json:"myName,omitempty"` // Field appears in JSON as key "Field" (the default), but // the field is skipped if empty. // Note the leading comma. Field int `json:",omitempty"` // Field is ignored by this package. Field int `json:"-"` // Field appears in JSON as key "-". Field int `json:"-,"`
The "omitzero" option specifies that the field should be omitted from the encoding if the field has a zero value, according to rules:
1) If the field type has an "IsZero() bool" method, that will be used to determine whether the value is zero.
2) Otherwise, the value is zero if it is the zero value for its type.
If both "omitempty" and "omitzero" are specified, the field will be omitted if the value is either empty or zero (or both).
The "string" option signals that a field is stored as JSON inside a JSON-encoded string. It applies only to fields of string, floating point, integer, or boolean types. This extra level of encoding is sometimes used when communicating with JavaScript programs:
Int64String int64 `json:",string"`
The key name will be used if it's a non-empty string consisting of only Unicode letters, digits, and ASCII punctuation except quotation marks, backslash, and comma.
Embedded struct fields are usually marshaled as if their inner exported fields were fields in the outer struct, subject to the usual Go visibility rules amended as described in the next paragraph. An anonymous struct field with a name given in its JSON tag is treated as having that name, rather than being anonymous. An anonymous struct field of interface type is treated the same as having that type as its name, rather than being anonymous.
The Go visibility rules for struct fields are amended for JSON when deciding which field to marshal or unmarshal. If there are multiple fields at the same level, and that level is the least nested (and would therefore be the nesting level selected by the usual Go rules), the following extra rules apply:
1) Of those fields, if any are JSON-tagged, only tagged fields are considered, even if there are multiple untagged fields that would otherwise conflict.
2) If there is exactly one field (tagged or not according to the first rule), that is selected.
3) Otherwise there are multiple fields, and all are ignored; no error occurs.
Handling of anonymous struct fields is new in Go 1.1. Prior to Go 1.1, anonymous struct fields were ignored. To force ignoring of an anonymous struct field in both current and earlier versions, give the field a JSON tag of "-".
Map values encode as JSON objects. The map's key type must either be a string, an integer type, or implement encoding.TextMarshaler. The map keys are sorted and used as JSON object keys by applying the following rules, subject to the UTF-8 coercion described for string values above:
- keys of any string type are used directly
- keys that implement encoding.TextMarshaler are marshaled
- integer keys are converted to strings
Pointer values encode as the value pointed to. A nil pointer encodes as the null JSON value.
Interface values encode as the value contained in the interface. A nil interface value encodes as the null JSON value.
Channel, complex, and function values cannot be encoded in JSON. Attempting to encode such a value causes Marshal to return an UnsupportedTypeError.
JSON cannot represent cyclic data structures and Marshal does not handle them. Passing cyclic structures to Marshal will result in an error.
Example ¶
type ColorGroup struct { ID int Name string Colors []string } group := ColorGroup{ ID: 1, Name: "Reds", Colors: []string{"Crimson", "Red", "Ruby", "Maroon"}, } b, err := json.Marshal(group) if err != nil { fmt.Println("error:", err) } os.Stdout.Write(b)
Output: {"ID":1,"Name":"Reds","Colors":["Crimson","Red","Ruby","Maroon"]}
func MarshalIndent ¶
MarshalIndent is like Marshal but applies Indent to format the output. Each JSON element in the output will begin on a new line beginning with prefix followed by one or more copies of indent according to the indentation nesting.
Example ¶
data := map[string]int{ "a": 1, "b": 2, } b, err := json.MarshalIndent(data, "<prefix>", "<indent>") if err != nil { log.Fatal(err) } fmt.Println(string(b))
Output: { <prefix><indent>"a": 1, <prefix><indent>"b": 2 <prefix>}
func Unmarshal ¶
Unmarshal parses the JSON-encoded data and stores the result in the value pointed to by v. If v is nil or not a pointer, Unmarshal returns an InvalidUnmarshalError.
Unmarshal uses the inverse of the encodings that Marshal uses, allocating maps, slices, and pointers as necessary, with the following additional rules:
To unmarshal JSON into a pointer, Unmarshal first handles the case of the JSON being the JSON literal null. In that case, Unmarshal sets the pointer to nil. Otherwise, Unmarshal unmarshals the JSON into the value pointed at by the pointer. If the pointer is nil, Unmarshal allocates a new value for it to point to.
To unmarshal JSON into a value implementing Unmarshaler, Unmarshal calls that value's [Unmarshaler.UnmarshalJSON] method, including when the input is a JSON null. Otherwise, if the value implements encoding.TextUnmarshaler and the input is a JSON quoted string, Unmarshal calls encoding.TextUnmarshaler.UnmarshalText with the unquoted form of the string.
To unmarshal JSON into a struct, Unmarshal matches incoming object keys to the keys used by Marshal (either the struct field name or its tag), preferring an exact match but also accepting a case-insensitive match. By default, object keys which don't have a corresponding struct field are ignored (see Decoder.DisallowUnknownFields for an alternative).
To unmarshal JSON into an interface value, Unmarshal stores one of these in the interface value:
- bool, for JSON booleans
- float64, for JSON numbers
- string, for JSON strings
- []any, for JSON arrays
- map[string]any, for JSON objects
- nil for JSON null
To unmarshal a JSON array into a slice, Unmarshal resets the slice length to zero and then appends each element to the slice. As a special case, to unmarshal an empty JSON array into a slice, Unmarshal replaces the slice with a new empty slice.
To unmarshal a JSON array into a Go array, Unmarshal decodes JSON array elements into corresponding Go array elements. If the Go array is smaller than the JSON array, the additional JSON array elements are discarded. If the JSON array is smaller than the Go array, the additional Go array elements are set to zero values.
To unmarshal a JSON object into a map, Unmarshal first establishes a map to use. If the map is nil, Unmarshal allocates a new map. Otherwise Unmarshal reuses the existing map, keeping existing entries. Unmarshal then stores key-value pairs from the JSON object into the map. The map's key type must either be any string type, an integer, or implement encoding.TextUnmarshaler.
If the JSON-encoded data contain a syntax error, Unmarshal returns a SyntaxError.
If a JSON value is not appropriate for a given target type, or if a JSON number overflows the target type, Unmarshal skips that field and completes the unmarshaling as best it can. If no more serious errors are encountered, Unmarshal returns an UnmarshalTypeError describing the earliest such error. In any case, it's not guaranteed that all the remaining fields following the problematic one will be unmarshaled into the target object.
The JSON null value unmarshals into an interface, map, pointer, or slice by setting that Go value to nil. Because null is often used in JSON to mean “not present,” unmarshaling a JSON null into any other Go type has no effect on the value and produces no error.
When unmarshaling quoted strings, invalid UTF-8 or invalid UTF-16 surrogate pairs are not treated as an error. Instead, they are replaced by the Unicode replacement character U+FFFD.
Example ¶
var jsonBlob = []byte(`[ {"Name": "Platypus", "Order": "Monotremata"}, {"Name": "Quoll", "Order": "Dasyuromorphia"} ]`) type Animal struct { Name string Order string } var animals []Animal err := json.Unmarshal(jsonBlob, &animals) if err != nil { fmt.Println("error:", err) } fmt.Printf("%+v", animals)
Output: [{Name:Platypus Order:Monotremata} {Name:Quoll Order:Dasyuromorphia}]
Types ¶
type Decoder ¶
type Decoder struct {
// contains filtered or unexported fields
}
A Decoder reads and decodes JSON values from an input stream.
Example ¶
This example uses a Decoder to decode a stream of distinct JSON values.
const jsonStream = ` {"Name": "Ed", "Text": "Knock knock."} {"Name": "Sam", "Text": "Who's there?"} {"Name": "Ed", "Text": "Go fmt."} {"Name": "Sam", "Text": "Go fmt who?"} {"Name": "Ed", "Text": "Go fmt yourself!"} ` type Message struct { Name, Text string } dec := json.NewDecoder(strings.NewReader(jsonStream)) for { var m Message if err := dec.Decode(&m); err == io.EOF { break } else if err != nil { log.Fatal(err) } fmt.Printf("%s: %s\n", m.Name, m.Text) }
Output: Ed: Knock knock. Sam: Who's there? Ed: Go fmt. Sam: Go fmt who? Ed: Go fmt yourself!
func NewDecoder ¶
NewDecoder returns a new decoder that reads from r.
The decoder introduces its own buffering and may read data from r beyond the JSON values requested.
func (*Decoder) Buffered ¶
Buffered returns a reader of the data remaining in the Decoder's buffer. The reader is valid until the next call to Decoder.Decode.
func (*Decoder) Decode ¶
Decode reads the next JSON-encoded value from its input and stores it in the value pointed to by v.
See the documentation for Unmarshal for details about the conversion of JSON into a Go value.
Example (Stream) ¶
This example uses a Decoder to decode a streaming array of JSON objects.
const jsonStream = ` [ {"Name": "Ed", "Text": "Knock knock."}, {"Name": "Sam", "Text": "Who's there?"}, {"Name": "Ed", "Text": "Go fmt."}, {"Name": "Sam", "Text": "Go fmt who?"}, {"Name": "Ed", "Text": "Go fmt yourself!"} ] ` type Message struct { Name, Text string } dec := json.NewDecoder(strings.NewReader(jsonStream)) // read open bracket t, err := dec.Token() if err != nil { log.Fatal(err) } fmt.Printf("%T: %v\n", t, t) // while the array contains values for dec.More() { var m Message // decode an array value (Message) err := dec.Decode(&m) if err != nil { log.Fatal(err) } fmt.Printf("%v: %v\n", m.Name, m.Text) } // read closing bracket t, err = dec.Token() if err != nil { log.Fatal(err) } fmt.Printf("%T: %v\n", t, t)
Output: json.Delim: [ Ed: Knock knock. Sam: Who's there? Ed: Go fmt. Sam: Go fmt who? Ed: Go fmt yourself! json.Delim: ]
func (*Decoder) DisallowUnknownFields ¶
func (dec *Decoder) DisallowUnknownFields()
DisallowUnknownFields causes the Decoder to return an error when the destination is a struct and the input contains object keys which do not match any non-ignored, exported fields in the destination.
func (*Decoder) InputOffset ¶
InputOffset returns the input stream byte offset of the current decoder position. The offset gives the location of the end of the most recently returned token and the beginning of the next token.
func (*Decoder) More ¶
More reports whether there is another element in the current array or object being parsed.
func (*Decoder) Token ¶
Token returns the next JSON token in the input stream. At the end of the input stream, Token returns nil, io.EOF.
Token guarantees that the delimiters [ ] { } it returns are properly nested and matched: if Token encounters an unexpected delimiter in the input, it will return an error.
The input stream consists of basic JSON values—bool, string, number, and null—along with delimiters [ ] { } of type Delim to mark the start and end of arrays and objects. Commas and colons are elided.
Example ¶
This example uses a Decoder to decode a stream of distinct JSON values.
const jsonStream = ` {"Message": "Hello", "Array": [1, 2, 3], "Null": null, "Number": 1.234} ` dec := json.NewDecoder(strings.NewReader(jsonStream)) for { t, err := dec.Token() if err == io.EOF { break } if err != nil { log.Fatal(err) } fmt.Printf("%T: %v", t, t) if dec.More() { fmt.Printf(" (more)") } fmt.Printf("\n") }
Output: json.Delim: { (more) string: Message (more) string: Hello (more) string: Array (more) json.Delim: [ (more) float64: 1 (more) float64: 2 (more) float64: 3 json.Delim: ] (more) string: Null (more) <nil>: <nil> (more) string: Number (more) float64: 1.234 json.Delim: }
type Encoder ¶
type Encoder struct {
// contains filtered or unexported fields
}
An Encoder writes JSON values to an output stream.
func NewEncoder ¶
NewEncoder returns a new encoder that writes to w.
func (*Encoder) Encode ¶
Encode writes the JSON encoding of v to the stream, followed by a newline character.
See the documentation for Marshal for details about the conversion of Go values to JSON.
func (*Encoder) SetEscapeHTML ¶
SetEscapeHTML specifies whether problematic HTML characters should be escaped inside JSON quoted strings. The default behavior is to escape &, <, and > to \u0026, \u003c, and \u003e to avoid certain safety problems that can arise when embedding JSON in HTML.
In non-HTML settings where the escaping interferes with the readability of the output, SetEscapeHTML(false) disables this behavior.
type InvalidUTF8Error
deprecated
type InvalidUTF8Error struct {
S string // the whole string value that caused the error
}
Before Go 1.2, an InvalidUTF8Error was returned by Marshal when attempting to encode a string value with invalid UTF-8 sequences. As of Go 1.2, Marshal instead coerces the string to valid UTF-8 by replacing invalid bytes with the Unicode replacement rune U+FFFD.
Deprecated: No longer used; kept for compatibility.
func (*InvalidUTF8Error) Error ¶
func (e *InvalidUTF8Error) Error() string
type InvalidUnmarshalError ¶
An InvalidUnmarshalError describes an invalid argument passed to Unmarshal. (The argument to Unmarshal must be a non-nil pointer.)
func (*InvalidUnmarshalError) Error ¶
func (e *InvalidUnmarshalError) Error() string
type Marshaler ¶
Marshaler is the interface implemented by types that can marshal themselves into valid JSON.
type MarshalerError ¶
type MarshalerError struct { Type reflect.Type Err error // contains filtered or unexported fields }
A MarshalerError represents an error from calling a [Marshaler.MarshalJSON] or encoding.TextMarshaler.MarshalText method.
func (*MarshalerError) Error ¶
func (e *MarshalerError) Error() string
func (*MarshalerError) Unwrap ¶
func (e *MarshalerError) Unwrap() error
Unwrap returns the underlying error.
type Number ¶
type Number string
A Number represents a JSON number literal.
func (Number) MarshalJSONTo ¶
MarshalJSONTo implements jsonv2.MarshalerTo.
func (*Number) UnmarshalJSONFrom ¶
UnmarshalJSONFrom implements jsonv2.UnmarshalerFrom.
type Options ¶
Options are a set of options to configure the v2 "json" package to operate with v1 semantics for particular features. Values of this type can be passed to v2 functions like jsonv2.Marshal or jsonv2.Unmarshal. Instead of referencing this type, use jsonv2.Options.
See the "Migrating to v2" section for guidance on how to migrate usage of "json" from using v1 to using v2 instead.
func CallMethodsWithLegacySemantics ¶
CallMethodsWithLegacySemantics specifies that calling of type-provided marshal and unmarshal methods follow legacy semantics:
When marshaling, a marshal method declared on a pointer receiver is only called if the Go value is addressable. Values obtained from an interface or map element are not addressable. Values obtained from a pointer or slice element are addressable. Values obtained from an array element or struct field inherit the addressability of the parent. In contrast, the v2 semantic is to always call marshal methods regardless of addressability.
When marshaling or unmarshaling, the Marshaler or Unmarshaler methods are ignored for map keys. However, encoding.TextMarshaler or encoding.TextUnmarshaler are still callable. In contrast, the v2 semantic is to serialize map keys like any other value (with regard to calling methods), which may include calling Marshaler or Unmarshaler methods, where it is the implementation's responsibility to represent the Go value as a JSON string (as required for JSON object names).
When marshaling, if a map key value implements a marshal method and is a nil pointer, then it is serialized as an empty JSON string. In contrast, the v2 semantic is to report an error.
When marshaling, if an interface type implements a marshal method and the interface value is a nil pointer to a concrete type, then the marshal method is always called. In contrast, the v2 semantic is to never directly call methods on interface values and to instead defer evaluation based upon the underlying concrete value. Similar to non-interface values, marshal methods are not called on nil pointers and are instead serialized as a JSON null.
This affects either marshaling or unmarshaling. The v1 default is true.
func DefaultOptionsV1 ¶
func DefaultOptionsV1() Options
DefaultOptionsV1 is the full set of all options that define v1 semantics. It is equivalent to the following boolean options being set to true:
- CallMethodsWithLegacySemantics
- EscapeInvalidUTF8
- FormatBytesWithLegacySemantics
- FormatTimeWithLegacySemantics
- MatchCaseSensitiveDelimiter
- MergeWithLegacySemantics
- OmitEmptyWithLegacyDefinition
- ReportErrorsWithLegacySemantics
- StringifyWithLegacySemantics
- UnmarshalArrayFromAnyLength
- jsonv2.Deterministic
- jsonv2.FormatNilMapAsNull
- jsonv2.FormatNilSliceAsNull
- jsonv2.MatchCaseInsensitiveNames
- jsontext.AllowDuplicateNames
- jsontext.AllowInvalidUTF8
- jsontext.EscapeForHTML
- jsontext.EscapeForJS
- jsontext.PreserveRawString
All other boolean options are set to false. All non-boolean options are set to the zero value, except for jsontext.WithIndent, which defaults to "\t".
The Marshal and Unmarshal functions in this package are semantically identical to calling the v2 equivalents with this option:
jsonv2.Marshal(v, jsonv1.DefaultOptionsV1()) jsonv2.Unmarshal(b, v, jsonv1.DefaultOptionsV1())
func EscapeInvalidUTF8 ¶
EscapeInvalidUTF8 specifies that when encoding a jsontext.String with bytes of invalid UTF-8, such bytes are escaped as a hexadecimal Unicode codepoint (i.e., \ufffd). In contrast, the v2 default is to use the minimal representation, which is to encode invalid UTF-8 as the Unicode replacement rune itself (without any form of escaping).
This only affects encoding and is ignored when decoding. The v1 default is true.
func FormatBytesWithLegacySemantics ¶
FormatBytesWithLegacySemantics specifies that handling of []~byte and [N]~byte types follow legacy semantics:
A Go [N]~byte is always treated as as a normal Go array in contrast to the v2 default of treating [N]byte as using some form of binary data encoding (RFC 4648).
A Go []~byte is to be treated as using some form of binary data encoding (RFC 4648) in contrast to the v2 default of only treating []byte as such. In particular, v2 does not treat slices of named byte types as representing binary data.
When marshaling, if a named byte implements a marshal method, then the slice is serialized as a JSON array of elements, each of which call the marshal method.
When unmarshaling, if the input is a JSON array, then unmarshal into the []~byte as if it were a normal Go slice. In contrast, the v2 default is to report an error unmarshaling a JSON array when expecting some form of binary data encoding.
When unmarshaling, '\r' and '\n' characters are ignored within the encoded "base32" and "base64" data. In contrast, the v2 default is to report an error in order to be strictly compliant with RFC 4648, section 3.3, which specifies that non-alphabet characters must be rejected.
This affects either marshaling or unmarshaling. The v1 default is true.
func FormatTimeWithLegacySemantics ¶
FormatTimeWithLegacySemantics specifies that time types are formatted with legacy semantics:
When marshaling or unmarshaling, a time.Duration is formatted as a JSON number representing the number of nanoseconds. In contrast, the default v2 behavior uses a JSON string with the duration formatted with time.Duration.String. If a duration field has a `format` tag option, then the specified formatting takes precedence.
When unmarshaling, a time.Time follows loose adherence to RFC 3339. In particular, it permits historically incorrect representations, allowing for deviations in hour format, sub-second separator, and timezone representation. In contrast, the default v2 behavior is to strictly comply with the grammar specified in RFC 3339.
This affects either marshaling or unmarshaling. The v1 default is true.
func MatchCaseSensitiveDelimiter ¶
MatchCaseSensitiveDelimiter specifies that underscores and dashes are not to be ignored when performing case-insensitive name matching which occurs under jsonv2.MatchCaseInsensitiveNames or the `case:ignore` tag option. Thus, case-insensitive name matching is identical to strings.EqualFold. Use of this option diminishes the ability of case-insensitive matching to be able to match common case variants (e.g, "foo_bar" with "fooBar").
This affects either marshaling or unmarshaling. The v1 default is true.
func MergeWithLegacySemantics ¶
MergeWithLegacySemantics specifies that unmarshaling into a non-zero Go value follows legacy semantics:
When unmarshaling a JSON null, this preserves the original Go value if the kind is a bool, int, uint, float, string, array, or struct. Otherwise, it zeros the Go value. In contrast, the default v2 behavior is to consistently and always zero the Go value when unmarshaling a JSON null into it.
When unmarshaling a JSON value other than null, this merges into the original Go value for array elements, slice elements, struct fields (but not map values), pointer values, and interface values (only if a non-nil pointer). In contrast, the default v2 behavior is to merge into the Go value for struct fields, map values, pointer values, and interface values. In general, the v2 semantic merges when unmarshaling a JSON object, otherwise it replaces the original value.
This only affects unmarshaling and is ignored when marshaling. The v1 default is true.
func OmitEmptyWithLegacyDefinition ¶
OmitEmptyWithLegacyDefinition specifies that the `omitempty` tag option follows a definition of empty where a field is omitted if the Go value is false, 0, a nil pointer, a nil interface value, or any empty array, slice, map, or string. This overrides the v2 semantic where a field is empty if the value marshals as a JSON null or an empty JSON string, object, or array.
The v1 and v2 definitions of `omitempty` are practically the same for Go strings, slices, arrays, and maps. Usages of `omitempty` on Go bools, ints, uints floats, pointers, and interfaces should migrate to use the `omitzero` tag option, which omits a field if it is the zero Go value.
This only affects marshaling and is ignored when unmarshaling. The v1 default is true.
func ReportErrorsWithLegacySemantics ¶
ReportErrorsWithLegacySemantics specifies that Marshal and Unmarshal should report errors with legacy semantics:
When marshaling or unmarshaling, the returned error values are usually of types such as SyntaxError, MarshalerError, UnsupportedTypeError, UnsupportedValueError, InvalidUnmarshalError, or UnmarshalTypeError. In contrast, the v2 semantic is to always return errors as either jsonv2.SemanticError or jsontext.SyntacticError.
When marshaling, if a user-defined marshal method reports an error, it is always wrapped in a MarshalerError, even if the error itself is already a MarshalerError, which may lead to multiple redundant layers of wrapping. In contrast, the v2 semantic is to always wrap an error within jsonv2.SemanticError unless it is already a semantic error.
When unmarshaling, if a user-defined unmarshal method reports an error, it is never wrapped and reported verbatim. In contrast, the v2 semantic is to always wrap an error within jsonv2.SemanticError unless it is already a semantic error.
When marshaling or unmarshaling, if a Go struct contains type errors (e.g., conflicting names or malformed field tags), then such errors are ignored and the Go struct uses a best-effort representation. In contrast, the v2 semantic is to report a runtime error.
When unmarshaling, the syntactic structure of the JSON input is fully validated before performing the semantic unmarshaling of the JSON data into the Go value. Practically speaking, this means that JSON input with syntactic errors do not result in any mutations of the target Go value. In contrast, the v2 semantic is to perform a streaming decode and gradually unmarshal the JSON input into the target Go value, which means that the Go value may be partially mutated when a syntactic error is encountered.
When unmarshaling, a semantic error does not immediately terminate the unmarshal procedure, but rather evaluation continues. When unmarshal returns, only the first semantic error is reported. In contrast, the v2 semantic is to terminate unmarshal the moment an error is encountered.
This affects either marshaling or unmarshaling. The v1 default is true.
func StringifyWithLegacySemantics ¶
StringifyWithLegacySemantics specifies that the `string` tag option may stringify bools and string values. It only takes effect on fields where the top-level type is a bool, string, numeric kind, or a pointer to such a kind. Specifically, `string` will not stringify bool, string, or numeric kinds within a composite data type (e.g., array, slice, struct, map, or interface).
When marshaling, such Go values are serialized as their usual JSON representation, but quoted within a JSON string. When unmarshaling, such Go values must be deserialized from a JSON string containing their usual JSON representation. A JSON null quoted in a JSON string is a valid substitute for JSON null while unmarshaling into a Go value that `string` takes effect on.
This affects either marshaling or unmarshaling. The v1 default is true.
func UnmarshalArrayFromAnyLength ¶
UnmarshalArrayFromAnyLength specifies that Go arrays can be unmarshaled from input JSON arrays of any length. If the JSON array is too short, then the remaining Go array elements are zeroed. If the JSON array is too long, then the excess JSON array elements are skipped over.
This only affects unmarshaling and is ignored when marshaling. The v1 default is true.
type RawMessage ¶
RawMessage is a raw encoded JSON value. It implements Marshaler and Unmarshaler and can be used to delay JSON decoding or precompute a JSON encoding.
Example (Marshal) ¶
This example uses RawMessage to use a precomputed JSON during marshal.
h := json.RawMessage(`{"precomputed": true}`) c := struct { Header *json.RawMessage `json:"header"` Body string `json:"body"` }{Header: &h, Body: "Hello Gophers!"} b, err := json.MarshalIndent(&c, "", "\t") if err != nil { fmt.Println("error:", err) } os.Stdout.Write(b)
Output: { "header": { "precomputed": true }, "body": "Hello Gophers!" }
Example (Unmarshal) ¶
This example uses RawMessage to delay parsing part of a JSON message.
type Color struct { Space string Point json.RawMessage // delay parsing until we know the color space } type RGB struct { R uint8 G uint8 B uint8 } type YCbCr struct { Y uint8 Cb int8 Cr int8 } var j = []byte(`[ {"Space": "YCbCr", "Point": {"Y": 255, "Cb": 0, "Cr": -10}}, {"Space": "RGB", "Point": {"R": 98, "G": 218, "B": 255}} ]`) var colors []Color err := json.Unmarshal(j, &colors) if err != nil { log.Fatalln("error:", err) } for _, c := range colors { var dst any switch c.Space { case "RGB": dst = new(RGB) case "YCbCr": dst = new(YCbCr) } err := json.Unmarshal(c.Point, dst) if err != nil { log.Fatalln("error:", err) } fmt.Println(c.Space, dst) }
Output: YCbCr &{255 0 -10} RGB &{98 218 255}
type SyntaxError ¶
type SyntaxError struct { Offset int64 // error occurred after reading Offset bytes // contains filtered or unexported fields }
A SyntaxError is a description of a JSON syntax error. Unmarshal will return a SyntaxError if the JSON can't be parsed.
func (*SyntaxError) Error ¶
func (e *SyntaxError) Error() string
type UnmarshalFieldError
deprecated
type UnmarshalFieldError struct { Key string Type reflect.Type Field reflect.StructField }
An UnmarshalFieldError describes a JSON object key that led to an unexported (and therefore unwritable) struct field.
Deprecated: No longer used; kept for compatibility.
func (*UnmarshalFieldError) Error ¶
func (e *UnmarshalFieldError) Error() string
type UnmarshalTypeError ¶
type UnmarshalTypeError struct { Value string // description of JSON value - "bool", "array", "number -5" Type reflect.Type // type of Go value it could not be assigned to Offset int64 // error occurred after reading Offset bytes Struct string // name of the root type containing the field Field string // the full path from root node to the value Err error // may be nil }
An UnmarshalTypeError describes a JSON value that was not appropriate for a value of a specific Go type.
func (*UnmarshalTypeError) Error ¶
func (e *UnmarshalTypeError) Error() string
func (*UnmarshalTypeError) Unwrap ¶
func (e *UnmarshalTypeError) Unwrap() error
type Unmarshaler ¶
type Unmarshaler = jsonv2.Unmarshaler
Unmarshaler is the interface implemented by types that can unmarshal a JSON description of themselves. The input can be assumed to be a valid encoding of a JSON value. UnmarshalJSON must copy the JSON data if it wishes to retain the data after returning.
type UnsupportedTypeError ¶
An UnsupportedTypeError is returned by Marshal when attempting to encode an unsupported value type.
func (*UnsupportedTypeError) Error ¶
func (e *UnsupportedTypeError) Error() string
type UnsupportedValueError ¶
An UnsupportedValueError is returned by Marshal when attempting to encode an unsupported value.
func (*UnsupportedValueError) Error ¶
func (e *UnsupportedValueError) Error() string