答案：Golang中微服务调用常用HTTP/REST、gRPC和消息队列；HTTP适合简单场景，gRPC高性能支持流式通信，消息队列解耦异步任务，结合服务发现与负载均衡提升稳定性。
在Golang中实现微服务跨服务调用，核心是通过网络协议让服务之间通信。常用方式包括HTTP/REST、gRPC、消息队列等。选择哪种方式取决于性能要求、团队习惯和系统复杂度。
使用HTTP/REST进行服务调用
HTTP是最常见的跨服务通信方式，简单直观，适合大多数场景。
Go标准库中的net/http包可以轻松发起请求。
- 服务A通过http.Get或http.Post调用服务B的REST接口
- 建议封装客户端，提供结构化方法调用
- 使用context.Context控制超时和取消
示例代码：
立即学习“go语言免费学习笔记（深入）”；
resp, err := http.Get("http://service-b/users/123")
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
var user User
json.Unmarshal(body, &user)
使用gRPC实现高性能调用
gRPC基于Protobuf和HTTP/2，性能高，适合内部服务间频繁通信。
- 定义.proto文件描述接口和服务
- 使用protoc生成Go代码
- 服务端实现接口，客户端直接调用生成的方法
- 天然支持双向流、超时、认证等特性
优势在于类型安全、序列化效率高、支持多种通信模式（Unary、ServerStream等）。
通过消息队列解耦服务
当不需要实时响应时，使用消息队列（如Kafka、RabbitMQ）更合适。
- 服务A发送事件到队列，服务B异步消费
- 降低服务依赖，提高系统稳定性
- Go可用sarama（Kafka）、streadway/amqp（RabbitMQ）等库
适用于日志处理、订单状态更新等场景。
添加服务发现与负载均衡
真实环境中，服务地址可能动态变化，需集成服务注册与发现机制。
- 使用Consul、etcd或Nacos管理服务实例
- 客户端通过名称查找可用节点
- 结合负载均衡策略（如轮询）分发请求
可配合OpenTelemetry做链路追踪，便于排查跨服务问题。
基本上就这些。根据业务需求选合适的方式，小项目从HTTP开始，高并发系统考虑gRPC+服务发现。关键是要统一错误处理、超时控制和监控上报。
