blocks|key|1928862|text|作为跨请求的会话系统，gRPC所提供的(在任何语言中)没有任何东西是特别健壮的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1928863|当您需要为客户端在单个服务器上维护上下文时，流机制是很好的:流回调的堆栈可以指向您需要的任何会话信息。|1928864|如果您需要跨不同RPC(或跨机器)的状态，则需要添加您自己的会话层。您可以通过创建在发送请求时附加到(例如)一个“id”元数据元素的唯一id来实现这一点。|1928865|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

There's nothing that gRPC provides (in any language) that would be particularly robust as a session system across requests.

The streaming mechanism is great when you need to maintain context on a single server for clients: the stream callback's stack can point to whatever session information you need.

If you need state across separate RPC's (or across machines) you'll need to add your own session layer. You could do this by creating some unique id that you attach to (say) a 'my-session-id' metadata element when sending requests.

blocks|key|148642|text|可以通过使用stats.Handler检索远程IP地址(特别是这个结构https://github.com/grpc/grpc-go/blob/v1.20.x/stats/stats.go#L89)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|148643|grpc.Metadata通常用于存储有关会话的任意信息。|148644|entityMap|0|LINK|mutability|MUTABLE|url|https://godoc.org/google.golang.org/grpc/stats#Handler|1|https://github.com/grpc/grpc-go/blob/v1.20.x/stats/stats.go#L89|2|https://github.com/grpc/grpc-go/blob/master/Documentation/grpc-metadata.md^0|6|D|6|D|0|Z|1R|1|0|0|D|0|D|2|0^^$0|@$1|2|3|4|5|6|7|T|8|@$9|U|A|V|B|C]]|D|@$9|W|A|X|1|Y]|$9|Z|A|10|1|11]]|E|$]]|$1|F|3|G|5|6|7|12|8|@$9|13|A|14|B|C]]|D|@$9|15|A|16|1|17]]|E|$]]|$1|H|3|-4|5|6|7|18|8|@]|D|@]|E|$]]]|I|$J|$5|K|L|M|E|$N|O]]|P|$5|K|L|M|E|$N|Q]]|R|$5|K|L|M|E|$N|S]]]]

It's possible to retrieve remote IP address through the use of <a href="https://godoc.org/google.golang.org/grpc/stats#Handler" rel="nofollow noreferrer"><code>stats.Handler</code></a> (see especially this struct <a href="https://github.com/grpc/grpc-go/blob/v1.20.x/stats/stats.go#L89" rel="nofollow noreferrer">https://github.com/grpc/grpc-go/blob/v1.20.x/stats/stats.go#L89</a>).

<a href="https://github.com/grpc/grpc-go/blob/master/Documentation/grpc-metadata.md" rel="nofollow noreferrer"><code>grpc.Metadata</code></a> is commonly used to store arbitrary information about sessions.

In grpc-go, when implementing a service, the service interface defines methods contains only <code>Context</code> and <code>Request</code>. From the source of the <code>Context</code>, it is as simple as

<pre><code>type Context interface {
 Deadline() (deadline time.Time, ok bool)

 Done() &lt;-chan struct{}

 Err() error

 Value(key interface{}) interface{}
}
</code></pre>

So I wonder if it is possible to get some metadata (including remote IP address and other data) to maintain a session.

Thanks.

Session and remote IP address in grpc-go

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在grpc中，在实现服务时，服务接口定义的方法只包含Context和Request。从Context的来源来看，它非常简单type Context interface { Deadline() (deadline time.Time, ok bool) Done() <-chan struct{} E...

问grpc-go中的会话和远程IP地址
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问grpc-go中的会话和远程IP地址EN