Documentation
¶
Overview ¶
gobパッケージは、gobのストリームを管理します - これは、 エンコーダ(送信者)とデコーダ(受信者)間で交換されるバイナリ値です。 典型的な使用例は、リモートプロシージャコール(RPC)の引数と結果を転送することです。 これは[net/rpc]によって提供されます。
実装は、ストリーム内の各データ型に対してカスタムコーデックをコンパイルし、 コンパイルのコストを分散させるために、単一のエンコーダが値のストリームを送信するときに最も効率的です。
基本 ¶
gobのストリームは自己記述的です。ストリーム内の各データ項目は、 その型の仕様によって先行します。これは、事前に定義された小さな型セットの観点から表現されます。 ポインタは伝送されませんが、それらが指すものは伝送されます。つまり、値はフラット化されます。 nilポインタは許可されていません、なぜならそれらには値がないからです。 再帰的な型はうまく動作しますが、再帰的な値(サイクルを持つデータ)は問題となります。これは変わるかもしれません。
gobを使用するには、エンコーダを作成し、それに一連のデータ項目を 値または値に逆参照できるアドレスとして提示します。エンコーダは すべての型情報が必要になる前に送信されることを確認します。受信側では、 デコーダがエンコードされたストリームから値を取得し、それらをローカル 変数に展開します。
型と値 ¶
ソースと宛先の値/型は、正確に一致する必要はありません。構造体の場合、 ソースに存在するが受信変数から欠落しているフィールド(名前で識別)は無視されます。 受信変数に存在するが、送信された型または値から欠落しているフィールドは、 宛先では無視されます。同じ名前のフィールドが両方に存在する場合、 その型は互換性がなければなりません。受信者と送信者の両方が、 gobと実際のGoの値との間で必要なすべての間接参照と逆参照を行います。 例えば、スキーマ的には、gobの型は以下のようになります。
struct { A, B int }
以下のGoの型から送信されるか、または受信することができます:
struct { A, B int } // 同じ *struct { A, B int } // 構造体の追加の間接参照 struct { *A, **B int } // フィールドの追加の間接参照 struct { A, B int64 } // 異なる具体的な値の型; 下記参照
以下のいずれかにも受信することができます:
struct { A, B int } // 同じ struct { B, A int } // 順序は関係ありません; 名前でマッチングします struct { A, B, C int } // 追加のフィールド(C)は無視されます struct { B int } // 欠落しているフィールド(A)は無視されます; データは破棄されます struct { B, C int } // 欠落しているフィールド(A)は無視されます; 追加のフィールド(C)も無視されます。
これらの型に受信しようとすると、デコードエラーが発生します:
struct { A int; B uint } // Bの符号が変わります struct { A int; B float } // Bの型が変わります struct { } // 共通のフィールド名がありません struct { C, D int } // 共通のフィールド名がありません
整数は2つの方法で伝送されます: 任意の精度を持つ符号付き整数または 任意の精度を持つ符号なし整数。gob形式ではint8、int16などの 区別はありません。符号付きと符号なしの整数のみが存在します。以下で 説明するように、送信者は可変長エンコーディングで値を送信します。 受信者は値を受け入れ、それを宛先変数に格納します。 浮動小数点数は常にIEEE-754 64ビット精度を使用して送信されます(以下参照)。
符号付き整数は任意の符号付き整数変数(int、int16など)に受け取ることができます。 符号なし整数は任意の符号なし整数変数に受け取ることができます。 浮動小数点数は任意の浮動小数点数変数に受け取ることができます。 ただし、宛先の変数は値を表現できる必要があります。そうでない場合、デコード操作は失敗します。
構造体、配列、スライスもサポートされています。構造体はエクスポートされた フィールドのみをエンコードおよびデコードします。文字列とバイトの配列は、 特別で効率的な表現でサポートされています(下記参照)。スライスがデコードされるとき、 既存のスライスに容量がある場合、スライスはその場で拡張されます。そうでない場合、 新しい配列が割り当てられます。いずれにせよ、結果として得られるスライスの長さは、 デコードされた要素の数を報告します。
一般的に、割り当てが必要な場合、デコーダはメモリを割り当てます。そうでない場合、 ストリームから読み取った値で宛先の変数を更新します。最初にそれらを初期化することはありません。 したがって、宛先がマップ、構造体、またはスライスなどの複合値である場合、 デコードされた値は要素ごとに既存の変数にマージされます。
関数とチャネルはgobで送信されません。そのような値をトップレベルでエンコードしようとすると失敗します。 chan型またはfunc型の構造体フィールドは、エクスポートされていないフィールドと全く同じように扱われ、無視されます。
Gobは、GobEncoderまたはencoding.BinaryMarshalerインターフェースを実装する任意の型の値をエンコードできます。 これは、その順序の優先度で対応するメソッドを呼び出すことによって行われます。
Gobは、GobDecoderまたはencoding.BinaryUnmarshalerインターフェースを実装する任意の型の値をデコードできます。 これは、その順序の優先度で対応するメソッドを呼び出すことによって行われます。
エンコーディングの詳細 ¶
このセクションでは、ほとんどのユーザーにとって重要でないエンコーディングの詳細を文書化します。 詳細は下から上に提示されます。
符号なし整数は2つの方法のいずれかで送信されます。それが128未満の場合、その値を持つバイトとして送信されます。 それ以外の場合、それは最小長のビッグエンディアン(高バイト先)バイトストリームとして送信され、 その前にバイト数を保持する1バイトが先行します。このバイト数は否定されます。 したがって、0は(00)として送信され、7は(07)として送信され、256は(FE 01 00)として送信されます。
ブール値は符号なし整数内にエンコードされます: falseの場合は0、trueの場合は1。
符号付き整数iは、符号なし整数u内にエンコードされます。u内で、ビット1以上が値を含み、 ビット0は受信時にそれらを補完するかどうかを示します。エンコードアルゴリズムは次のようになります:
var u uint if i < 0 { u = (^uint(i) << 1) | 1 // iを補完し、ビット0を1にします } else { u = (uint(i) << 1) // iを補完しない、ビット0は0です } encodeUnsigned(u)
したがって、低ビットは符号ビットに類似していますが、それを補完ビットにすることで、 最大の負の整数が特別なケースにならないことを保証します。例えば、-129=^128=(^256>>1)は(FE 01 01)としてエンコードされます。
浮動小数点数は常にfloat64値の表現として送信されます。 その値はmath.Float64bitsを使用してuint64に変換されます。そのuint64は バイト反転され、通常の符号なし整数として送信されます。バイト反転により、 指数とマンティッサの高精度部分が最初に来ます。低ビットはしばしばゼロなので、 これによりエンコーディングバイトを節約できます。例えば、17.0は 3バイト(FE 31 40)でエンコードされます。
文字列とバイトのスライスは、符号なしのカウントとその後に続くその値の 未解釈のバイトとして送信されます。
その他のすべてのスライスと配列は、符号なしのカウントに続いてその要素数だけが その型の標準的なgobエンコーディングを使用して再帰的に送信されます。
マップは、符号なしのカウントに続いてその数だけのキー、要素のペアとして送信されます。 空だがnilでないマップは送信されるので、受信者がすでに割り当てていない場合、 送信されたマップがnilでなく、トップレベルでない限り、受信時に常に割り当てられます。
スライスや配列、マップでは、すべての要素、ゼロ値の要素であっても、 すべての要素がゼロであっても、送信されます。
構造体は、(フィールド番号、フィールド値)のペアのシーケンスとして送信されます。フィールド 値はその型の標準的なgobエンコーディングを使用して、再帰的に送信されます。フィールドが その型のゼロ値を持つ場合(配列を除く; 上記参照)、それは伝送から省略されます。フィールド番号は エンコードされた構造体の型によって定義されます: エンコードされた型の最初のフィールドはフィールド0、 次のフィールドはフィールド1、等です。値をエンコードするとき、フィールド番号は効率のために デルタエンコードされ、フィールドは常にフィールド番号の増加順に送信されます; したがって、デルタは 符号なしです。デルタエンコーディングの初期化はフィールド番号を-1に設定するので、値が7の符号なし整数フィールド0は 符号なしデルタ=1、符号なし値=7または(01 07)として送信されます。最後に、すべてのフィールドが 送信された後、終端マークが構造体の終わりを示します。そのマークはデルタ=0の 値で、表現は(00)です。
インターフェース型は互換性がチェックされません。すべてのインターフェース型は、 伝送のために、単一の "interface" 型のメンバーとして扱われます。これはintや[]byteに類似しています。 効果的に、すべてが interface{} として扱われます。インターフェース値は、送信される具体的な型を 識別する文字列として送信されます(この名前はRegisterを呼び出すことで事前に定義する必要があります)。 次に、次のデータの長さのバイト数(値が格納できない場合に値をスキップできるように)、 次にインターフェース値に格納されている具体的(動的)値の通常のエンコーディングが続きます。 (nilのインターフェース値は空の文字列によって識別され、値は送信されません。) 受信時に、デコーダは展開された具体的なアイテムが受信変数のインターフェースを満たしていることを確認します。
値がEncodeに渡され、その型が構造体(または構造体へのポインタなど)でない場合、 処理の簡便性のために、それは1つのフィールドを持つ構造体として表現されます。 これによる唯一の可視的な効果は、エンコードされた構造体の最後のフィールドの後と同様に、 値の後にゼロバイトをエンコードすることで、デコードアルゴリズムがトップレベルの値が完了したことを知ることができます。
型の表現については以下に説明します。型がEncoderとDecoderの間の特定の 接続で定義されると、それには符号付き整数型の idが割り当てられます。Encoder.Encode(v)が呼び出されると、vの型とそのすべての要素に idが割り当てられていることを確認し、次にペア(typeid, encoded-v)を送信します。 ここで、typeidはvのエンコードされた型の型idであり、encoded-vは値vのgob エンコーディングです。
型を定義するために、エンコーダは未使用の正の型idを選択し、 ペア(-type id, encoded-type)を送信します。ここで、encoded-typeはwireType 記述のgobエンコーディングで、これらの型から構築されます:
type wireType struct { ArrayT *ArrayType SliceT *SliceType StructT *StructType MapT *MapType GobEncoderT *gobEncoderType BinaryMarshalerT *gobEncoderType TextMarshalerT *gobEncoderType } type arrayType struct { CommonType Elem typeId Len int } type CommonType struct { Name string // the name of the struct type Id int // the id of the type, repeated so it's inside the type } type sliceType struct { CommonType Elem typeId } type structType struct { CommonType Field []*fieldType // the fields of the struct. } type fieldType struct { Name string // the name of the field. Id int // the type id of the field, which must be already defined } type mapType struct { CommonType Key typeId Elem typeId } type gobEncoderType struct { CommonType }
ネストした型idがある場合、すべての内部型idの型が定義されている必要があります。 これは、トップレベルの型idがencoded-vを記述するために使用される前に行われます。
設定の簡便性のため、接続はこれらの型をa priori(事前に)理解するように定義されており、 基本的なgob型(int、uintなど)も理解します。それらのidは以下の通りです:
bool 1 int 2 uint 3 float 4 []byte 5 string 6 complex 7 interface 8 // gap for reserved ids. WireType 16 ArrayType 17 CommonType 18 SliceType 19 StructType 20 FieldType 21 // 22 is slice of fieldType. MapType 23
最後に、Encodeの呼び出しによって作成された各メッセージは、メッセージ内の残りのバイト数の 符号なし整数カウントによって先行します。初期型名の後、インターフェース値は同じように ラップされます。効果的に、インターフェース値はEncodeの再帰的な呼び出しのように動作します。
要約すると、gobストリームは次のように見えます
(byteCount (-type id, encoding of a wireType)* (type id, encoding of a value))*
ここで * はゼロ回以上の繰り返しを示し、値の型idは事前に定義されているか、 ストリーム内で値の前に定義されていなければなりません。
互換性: このパッケージへの将来の変更は、以前のバージョンを使用してエンコードされたストリームとの 互換性を維持するよう努力します。つまり、このパッケージのリリースされたバージョンは、 セキュリティ修正などの問題を除いて、以前にリリースされたバージョンで書かれたデータを デコードできるはずです。背景についてはGoの互換性ドキュメントを参照してください: https://golang.org/doc/go1compat
gobワイヤーフォーマットの設計についての議論は「Gobs of data」を参照してください: https://blog.golang.org/gobs-of-data
セキュリティ ¶
このパッケージは、敵対的な入力に対して強化されるように設計されていませんし、 https://go.dev/security/policy の範囲外です。特に、Decoderはデコードされた入力サイズに対して 基本的な健全性チェックのみを行い、その制限は設定可能ではありません。信頼できない ソースからのgobデータをデコードする際には注意が必要であり、大量のリソースを消費する可能性があります。
Example (Basic) ¶
この例は、パッケージの基本的な使用方法を示しています: エンコーダを作成し、 いくつかの値を送信し、デコーダでそれらを受信します。
// エンコーダとデコーダを初期化します。通常、encとdecはネットワーク接続にバインドされ、 // エンコーダとデコーダは別々のプロセスで実行されます。 var network bytes.Buffer // ネットワーク接続の代わり enc := gob.NewEncoder(&network) // ネットワークに書き込みます。 dec := gob.NewDecoder(&network) // ネットワークから読み取ります。 // いくつかの値をエンコード(送信)します。 err := enc.Encode(P{3, 4, 5, "Pythagoras"}) if err != nil { log.Fatal("encode error:", err) } err = enc.Encode(P{1782, 1841, 1922, "Treehouse"}) if err != nil { log.Fatal("encode error:", err) } // 値をデコード(受信)し、印刷します。 var q Q err = dec.Decode(&q) if err != nil { log.Fatal("decode error 1:", err) } fmt.Printf("%q: {%d, %d}\n", q.Name, *q.X, *q.Y) err = dec.Decode(&q) if err != nil { log.Fatal("decode error 2:", err) } fmt.Printf("%q: {%d, %d}\n", q.Name, *q.X, *q.Y)
Output: "Pythagoras": {3, 4} "Treehouse": {1782, 1841}
Example (EncodeDecode) ¶
この例では、カスタムのエンコーディングとデコーディングメソッドを実装した値を伝送します。
var network bytes.Buffer // ネットワークの代わり。 // エンコーダを作成し、値を送信します。 enc := gob.NewEncoder(&network) err := enc.Encode(Vector{3, 4, 5}) if err != nil { log.Fatal("encode:", err) } // デコーダを作成し、値を受信します。 dec := gob.NewDecoder(&network) var v Vector err = dec.Decode(&v) if err != nil { log.Fatal("decode:", err) } fmt.Println(v)
Output: {3 4 5}
Example (Interface) ¶
この例では、インターフェース値のエンコード方法を示します。通常の型との主な違いは、 インターフェースを実装する具体的な型を登録することです。
var network bytes.Buffer // ネットワークの代わり。 // エンコーダとデコーダ(通常はエンコーダとは別のマシン上)に具体的な型を登録する必要があります。 // それぞれの端では、これがどの具体的な型がインターフェースを実装して送信されているかをエンジンに伝えます。 gob.Register(Point{}) // エンコーダを作成し、いくつかの値を送信します。 enc := gob.NewEncoder(&network) for i := 1; i <= 3; i++ { interfaceEncode(enc, Point{3 * i, 4 * i}) } // デコーダを作成し、いくつかの値を受信します。 dec := gob.NewDecoder(&network) for i := 1; i <= 3; i++ { result := interfaceDecode(dec) fmt.Println(result.Hypotenuse()) }
Output: 5 10 15
Index ¶
Examples ¶
Constants ¶
This section is empty.
Variables ¶
This section is empty.
Functions ¶
func Register ¶
func Register(value any)
Registerは、その型の値によって識別される型を、 内部型名の下に記録します。その名前は、インターフェース変数として送受信される値の 具体的な型を識別します。インターフェース値の実装として転送される型のみを登録する必要があります。 初期化時にのみ使用されることを期待しており、型と名前の間のマッピングが全単射でない場合はパニックを引き起こします。
func RegisterName ¶
RegisterNameはRegisterと同様ですが、型のデフォルトではなく提供された名前を使用します。
Types ¶
type CommonType ¶
type CommonType struct { Name string Id typeId }
CommonTypeはすべての型の要素を保持します。 これは歴史的な遺物であり、バイナリ互換性を保つため、および型記述子のエンコーディングのために パッケージが利用するためだけに保持されています。クライアントによる直接的な使用は意図されていません。
type Decoder ¶
type Decoder struct {
// contains filtered or unexported fields
}
Decoderは、接続のリモート側から読み取られた型とデータ情報の受信を管理します。 複数のゴルーチンによる並行使用が安全です。
Decoderは、デコードされた入力サイズに対して基本的な健全性チェックのみを行い、 その制限は設定可能ではありません。信頼できないソースからのgobデータをデコードする際は注意が必要です。
func NewDecoder ¶
NewDecoderは、io.Readerから読み取る新しいデコーダを返します。 もしrがio.ByteReaderも実装していない場合、それはbufio.Readerでラップされます。
func (*Decoder) Decode ¶
Decodeは、入力ストリームから次の値を読み取り、 空のインターフェース値で表されるデータに格納します。 もしeがnilの場合、値は破棄されます。それ以外の場合、 eの下にある値は、受け取った次のデータ項目の 正しい型へのポインタでなければなりません。 入力がEOFにある場合、Decodeはio.EOFを返し、 eを変更しません。
func (*Decoder) DecodeValue ¶
DecodeValueは、入力ストリームから次の値を読み取ります。 もしvがゼロのreflect.Value(v.Kind() == Invalid)の場合、DecodeValueは値を破棄します。 それ以外の場合、値はvに格納されます。その場合、vは 非nilのデータへのポインタを表すか、または代入可能なreflect.Value(v.CanSet())でなければなりません。 入力がEOFにある場合、DecodeValueはio.EOFを返し、 vを変更しません。
type Encoder ¶
type Encoder struct {
// contains filtered or unexported fields
}
Encoderは、接続の他方に対する型とデータ情報の送信を管理します。 複数のgoroutineが同時に使用しても安全です。
type GobDecoder ¶
type GobDecoder interface { // GobDecodeは、受信者(ポインタでなければならない)を、 // バイトスライスによって表される値で上書きします。このバイトスライスは、 // 通常は同じ具体的な型のためにGobEncodeによって書き込まれます。 GobDecode([]byte) error }
GobDecoderは、GobEncoderによって送信された値のデコーディングルーチンを提供するデータを 描写するインターフェースです。
type GobEncoder ¶
type GobEncoder interface { // GobEncodeは、通常は同じ具体的な型のGobDecoderに送信するための // 受信者のエンコーディングを表すバイトスライスを返します。 GobEncode() ([]byte, error) }
GobEncoderは、GobDecoderに送信するための値のエンコーディング表現を提供するデータを 描写するインターフェースです。GobEncoderとGobDecoderを実装する型は、そのデータの表現に 完全な制御を持つため、通常はgobストリームで送信できないプライベートフィールド、チャネル、 関数などを含むことができます。
注意: gobsは永続的に保存できるため、ソフトウェアが進化するにつれてGobEncoderによって 使用されるエンコーディングが安定していることを保証することは良い設計です。例えば、GobEncodeが エンコーディングにバージョン番号を含めることは理にかなっているかもしれません。