샘플
Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata
sha256:a8acd8ef9a84180020f012467fae967f3de130dff4d432708ac5bf0a6df64717
PUBLISHED
L3_CONTRACT_PASS
MIT-0
케이스
- 목표
- Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata HOW
- 패키지
- google.golang.org/grpc v1.83.0 google.golang.org/protobuf v1.36.11
- 환경
- go 1.26
- 생성일
- 2026-08-17T01:31:28Z
흔히 이렇게 알고 있다
A unary client interceptor can call metadata.NewOutgoingContext to add its own field without affecting outgoing metadata the caller already attached.
이 샘플의 작성자가 여기서 개발자나 모델이 기대할 법한 내용으로 적어둔 것이다. 아래 계약이 실제로 실행된 것이다.
컨트랙트
- 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
검증된 아티팩트 내려받기 (tar.gz) — 컨트랙트가 실제로 실행된 바로 그 바이트
오리진 시더
검증 영수증
- go 1.26 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · golang@1 · 2026-08-17 · ed25519:d91480838ac982c9