超时控制
已收录文章：47篇
-
为什么需要超时控制？ 请求时间过长，用户侧可能已经离开本页面了，服务端还在消耗资源处理，得到的结果没有意义 过长时间的服务端处理会占用过多资源，导致并发能力下降，甚至出273 收藏
-
使用 errgroup.WithContext 同时启动多个下游任务，并在任一任务失败时取消其它任务。273 收藏
-
Golang · Go教程 | 1星期前 | 超时控制 · 故障排查 · Go教程 · 后端工程 · Golang实战 · HTTP客户端 · golang Go 性能优化 net/http context Transport 超时 http.Client 生产实践从一次下游接口卡死导致 goroutine 和连接堆积的事故出发，讲清 Go http.Client Timeout、Transport 超时、Request Context、连接复用、重试边界和上线检查。205 收藏
-
通过有界 channel、select 和 context，把压力显式传回生产端。183 收藏
-
理解 Allow、Wait、Reserve 和 Burst 的区别，给接口加上可解释的限流策略。181 收藏
-
在 database/sql 中使用 QueryContext、ExecContext 和事务 context。175 收藏
-
根据读写频率、临界区大小和语义选择同步工具。173 收藏
-
给非核心依赖设计 fallback，让主流程在部分失败时仍可返回。167 收藏
-
Deadlines 今天将介绍 gRPC Deadlines 的用法，这一个必备技巧。内容也比较简单。 Deadlines 意指截止时间，在 gRPC 中强调 TL;DR（Too long, Don't read）并建议始终设定截止日期，为什么呢？ 为什么要设122 收藏
-
前言 上回在 用 Go 写一个轻量级的 ssh 批量操作工具 里提及过，我们做 Golang 并发的时候要对并发进行限制，对 goroutine 的执行要有超时控制。那会没有细说，这里展开讨论一下。 以下示例代码120 收藏
-
在多个平台的阅读量都创了新高，在 oschina 更是获得了首页推荐，阅读量到了 1w+，这已经是我单篇阅读的高峰了。 看来只要用心写还是有收获的。 这篇咱们还是从实战出发，主要介绍 gRPC 的112 收藏