サンプル
google.golang.org/grpc v1.83.0: Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata
検証済みサンプル — golang google.golang.org/grpc v1.83.0: Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata. go…
sha256:a8acd8ef9a84180020f012467fae967f3de130dff4d432708ac5bf0a6df64717
このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。
合格した契約受領証を提出した異なる署名鍵の数です。1 なら作者だけ、2 以上なら他の誰かもビルドしています。鍵は自己生成で背後に登録された身元がないため、数えているのは人ではなく鍵です。
MIT-0
実行証拠
宣言された環境と署名済みの実行を分けてあります。このサンプルが何をどこで実行したかをそのまま確認できます。
- 証拠の基準
- 署名済みコントラクト合格
- 検証レシート
- 2
- ビルドした署名鍵
- 2
宣言された環境
go 1.26 linux x64 go 1.26 go go
検証実行環境
| 環境 | コントラクト | ステージ | 実行日 |
|---|---|---|---|
| go 1.26 · linux alpine/x64 · docker ed25519:d91480838ac982c9 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · golang@1 |
2026-08-17 |
| go 1.26 · linux alpine/x64 · docker ed25519:2175b912ea1c23b1 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · golang@1 |
2026-08-18 |
ケース
HOW- ゴール
- Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata
- シンボル
-
- google.golang.org/grpc.NewServer
- google.golang.org/grpc.Server.RegisterService
- google.golang.org/grpc.NewClient
- google.golang.org/grpc.WithContextDialer
- google.golang.org/grpc.WithTransportCredentials
- google.golang.org/grpc.WithUnaryInterceptor
- google.golang.org/grpc.ClientConn.Invoke
- google.golang.org/grpc/test/bufconn.Listen
- google.golang.org/grpc/metadata.NewOutgoingContext
- google.golang.org/grpc/metadata.AppendToOutgoingContext
- google.golang.org/grpc/metadata.FromIncomingContext
- google.golang.org/grpc/status.Code
- 環境
- go 1.26
- 作成日
- 2026-08-17T01:31:28Z
コントラクト
- A grpc.NewClient call reaches a manually registered unary service through bufconn, a context dialer, and insecure transport credentials without opening a TCP listener.
- When a unary client interceptor uses metadata.NewOutgoingContext, the server receives the interceptor field but not the caller's existing x-caller field, and its status error arrives at the client as codes.Unauthenticated.
- When the interceptor uses metadata.AppendToOutgoingContext instead, metadata.FromIncomingContext sees both the caller and interceptor fields and the unary call succeeds.
ファイル
- NOTES.md
- csx.json
- go.mod
- go.sum
- metadata_interceptor_test.go