不能——goland 无内置 grpc 请求发送器，debug 按钮仅启动程序，不自动生成调用；推荐组合：goland 调试服务端 + grpcurl 命令行发请求。
GoLand 能不能直接调试 gRPC 客户端请求
不能——GoLand 本身不内置 gRPC 请求发送器或类似 Postman 的 UI 发送面板。它没有「点击按钮发 SayHello」的功能。你看到的「Debug」按钮只启动 Go 程序，不会自动生成或注入 gRPC 调用逻辑。
为什么不用 GoLand 自带 Run/Debug 配置发请求
因为 go run main.go 启动的是服务端或客户端程序主体，不是交互式调用工具。如果你写的是纯客户端代码（比如 client/main.go），它确实会执行一次 RPC 调用，但：
- 每次改参数都要改代码、重编译、再 debug，效率极低
- 无法快速切换 method、修改 request 字段、查看 raw response 结构
- 断点打在服务端时，客户端是黑盒，你不知道它到底发了什么 payload
真正实用的调试组合：GoLand + grpcurl
推荐方案是：在 GoLand 里专注 debug 服务端（设断点、看变量、查 stream 状态），用命令行工具 grpcurl 模拟各种客户端请求，两者配合验证行为。这是最轻量、最可控、最贴近真实调用链的方式。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
实操要点：
- 确保服务端已启动且监听
localhost:8080（或其他地址） - 安装
grpcurl：go install github.com/fullstorydev/grpcurl/cmd/grpcurl@latest - 查看服务接口：
grpcurl -plaintext localhost:8080 list - 调用一元 RPC：
grpcurl -plaintext -d '{"name": "Alice"}' localhost:8080 greet.GreetService/SayHello - 调用服务端流：
grpcurl -plaintext localhost:8080 greet.GreetService/ListNames（自动持续读直到io.EOF） - 如果服务启用了 TLS，去掉
-plaintext，加-cacert ca.pem
GoLand 中调试服务端的关键设置
要让 grpcurl 请求能被 GoLand 断点捕获，必须确认以下三点：
- 服务端代码里监听地址不能写
127.0.0.1:8080—— macOS/Linux 下localhost和127.0.0.1可能走不同栈，建议统一用localhost:8080或:8080 - Run Configuration 的
Working directory要设为包含.proto文件和生成代码的根目录，否则grpcurl describe可能报failed to resolve - 如果用了自定义
ServerOption（如grpc.Creds()），grpcurl必须匹配，否则连接直接被拒绝，根本到不了断点
流式 RPC 的响应边界容易被忽略：服务端写完所有 Send() 后必须显式调用 SendAndClose() 或关闭 stream，否则客户端（包括 grpcurl）会一直等，GoLand 里的 goroutine 也卡在 Recv() 上不动。
