gRPC使用ServerPort.PickUnused选动态端口时客户端如何连接？

启用动态端口能力后不需要提前预知端口：服务端完成启动后，系统分配的实际绑定端口会回写到Server.Ports集合中对应ServerPort实例的BoundPort属性，服务端只要在启动完成后读取这个值，再通过对应场景的渠道同步给客户端即可。

本地IPC场景可用方案 #

• 启动参数传递：如果客户端由服务端作为子进程拉起，服务端拿到BoundPort值后，直接把端口作为命令行参数传给客户端进程即可，全程无落盘、无残留，是本地场景最简便的实现方式。
• 本地临时介质传递：如果客户端和服务端是独立启动的进程，可以把端口号写入预先约定路径的临时文件、或者对应键名的本地共享内存中，客户端启动时先读取该位置的端口值再拼接连接串。注意写入时用原子写或者加文件锁，避免客户端读到不完整的内容，服务端退出时记得清理临时文件。
• 替换为Unix Domain Socket通信：本地IPC场景不需要走TCP协议，直接绑定UDS套接字路径即可，完全不存在端口分配的问题，通信性能也比本地TCP更高，是本地gRPC IPC的首选实现。

远程IPC场景可用方案 #

• 服务注册中心寻址：服务端启动拿到实际端口后，把自身的IP:端口服务地址注册到服务注册中心（etcd、Consul、Nacos等均可），客户端发起连接前先到注册中心查询对应服务的可用实例地址，再建立gRPC连接，这是分布式服务场景的标准实践。
• 固定查询入口：如果不想额外部署注册中心，可以在服务实例上提前启动一个监听固定端口的轻量查询接口，客户端先访问这个固定端口查询到gRPC服务实际绑定的动态端口，再连接正式gRPC服务。该方案冗余度较高，除非有特殊端口限制，否则更推荐直接给gRPC服务绑定固定端口。

注意：必须等待服务端StartAsync()方法执行完成、服务完全启动后再读取BoundPort属性，服务启动流程未完成时，该属性存储的值无效，无法拿到系统分配的真实端口。

服务端读取动态端口的参考代码：

var server = new Server
{
    // 绑定任意网卡，启用动态端口选择
    Ports = { new ServerPort("0.0.0.0", ServerPort.PickUnused, ServerCredentials.Insecure) }
};
// 注册业务gRPC服务
server.Services.AddCodeFirst<YourBusinessService>();
// 等待服务完全启动
await server.StartAsync();
// 读取系统实际分配的绑定端口
var realListenPort = server.Ports.First().BoundPort;
// 后续根据所选场景，把realListenPort同步给客户端即可

内容的提问来源于stack exchange，提问作者Bill Tarbell