这个空的 select-case-default 代码块有什么作用?
池库代码中使用空 `select-case-default` 代码块来控制对清洁器例程的启动。当池被创建时,该代码块会检查空闲超时设置并相应地调整清洁器例程的行为。如果空闲超时为零或小于当前设置,则它会解除任何正在等待从清洁器通道接收的 goroutine 的阻塞,否则会启动一个新的清洁器例程来清除过期的池项。这种机制有助于确保池始终处于活动状态,并且可以根据需要释放过期的资源。
我试图理解一个池库代码,当实例化一个池结构时,调用一个名为 startcleanerlocked(t duration) 的函数,在这个函数中,有一个空的 select...case...default.. .代码块,我不明白这个代码块的作用是什么。
池接口是:
// pool interface.
type pool interface {
get(ctx context.context) (io.closer, error)
put(ctx context.context, c io.closer, forceclose bool) error
close() error
}
list struct 实现 pool 接口,
type list struct {
// new is an application supplied function for creating and configuring a
// item.
//
// the item returned from new must not be in a special state
// (subscribed to pubsub channel, transaction started, ...).
new func(ctx context.context) (io.closer, error)
// mu protects fields defined below.
mu sync.mutex
cond chan struct{}
closed bool
active int
// clean stale items
cleanerch chan struct{}
// stack of item with most recently used at the front.
idles list.list
// config pool configuration
conf *config
}
创建新池时,调用startcleanerlocked(t duration)函数:
// newlist creates a new pool.
func newlist(c *config) *list {
// check config
if c == nil || c.active < c.idle {
panic("config nil or idle must <= active")
}
// new pool
p := &list{conf: c}
p.cond = make(chan struct{})
p.startcleanerlocked(time.duration(c.idletimeout))
return p
}
在startcleanerlocked(t duration)中,有一个select...case...default:
// startcleanerlocked
func (p *list) startcleanerlocked(d time.duration) {
if d <= 0 {
// if set 0, stalecleaner() will return directly
return
}
if d < time.duration(p.conf.idletimeout) && p.cleanerch != nil {
select {
case p.cleanerch <- struct{}{}:
default:
}
}
// run only one, clean stale items.
if p.cleanerch == nil {
p.cleanerch = make(chan struct{}, 1)
go p.stalecleaner()
}
}
此代码块的效果是什么:
select {
case p.cleanerch <- struct{}{}:
default:
}
好像没什么事可做...
而在stalecleaner()中,有同样的空select..case...case,也无法理解其效果:
// staleCleaner clean stale items proc.
func (p *List) staleCleaner() {
ticker := time.NewTicker(100 * time.Millisecond)
for {
select {
case <-ticker.C:
case <-p.cleanerCh: // maxLifetime was changed or db was closed.
}
p.mu.Lock()
if p.closed || p.conf.IdleTimeout <= 0 {
p.mu.Unlock()
return
}
for i, n := 0, p.idles.Len(); i < n; i++ {
e := p.idles.Back()
if e == nil {
// no possible
break
}
ic := e.Value.(item)
if !ic.expired(time.Duration(p.conf.IdleTimeout)) {
// not need continue.
break
}
p.idles.Remove(e)
p.release()
p.mu.Unlock()
ic.c.Close()
p.mu.Lock()
}
p.mu.Unlock()
}
}正确答案
select {
case p.cleanerch <- struct{}{}:
default:
}
这是一个非阻塞 select 语句。 (因为有一个default:的情况)
如果 p.cleanerch 通道的另一端有一个接收器 goroutine,即有一个当前正在“等待”接收操作的 goroutine,即 <-p.cleanerch,则 case p.cleanerch <- 结构体{}{} 立即执行,这有效地解除了接收操作 <-p.cleanerch 的阻塞,然后 goroutine 可以继续执行后面的任何语句。
如果没有接收者 goroutine,则立即执行 default: 情况,并且周围的 startcleanerlocked 函数可以继续执行 select 语句后面的任何语句。
select {
case <-ticker.C:
case <-p.cleanerCh: // maxLifetime was changed or db was closed.
}
这是一个阻塞 select 语句。 (因为没有default:的情况)
此 select 语句会阻止 for 循环,直到两个通信案例之一准备好接收为止。
以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于Golang的相关知识,也可关注golang学习网公众号。
Golang、Redis 事务并没有显示在新的遗迹面板中
- 上一篇
- Golang、Redis 事务并没有显示在新的遗迹面板中
- 下一篇
- 在golang中解码JWT jwt-go
-
- Golang · Go问答 | 30分钟前 | 网络编程 · DNS · Go问答 · DNS Go net.Resolver 解析超时 LookupIPAddr
- Go net.Resolver 自定义 DNS 解析超时的实现
- 481浏览 收藏
-
- Golang · Go问答 | 1小时前 | Go问答 · 兼容性 · tls Go MinVersion CipherSuites
- Go TLS 最低版本与密码套件迁移清单
- 130浏览 收藏
-
- Golang · Go问答 | 1小时前 |
- Go tls.Config 复用导致证书更新不生效的处理方式
- 144浏览 收藏
-
- Golang · Go问答 | 1小时前 | 网络编程 · Go问答 · tls Go ALPN NextProtos
- Go TLS 握手因 ALPN 不匹配失败的定位方案
- 397浏览 收藏
-
- Golang · Go问答 | 2小时前 | 连接池 · 性能排查 · Go问答 · net/http Go HTTP/2 MaxConcurrentStreams StrictMaxConcurrentRequests 请求排队
- Go HTTP/2 流并发限制导致请求排队的调参思路
- 188浏览 收藏
-
- Golang · Go问答 | 3小时前 | net/http · Go问答 · Go 单页应用 SPA http.FileServer embed.FS index.html
- Go http.FileServer 为单页应用提供回退文件
- 106浏览 收藏
-
- Golang · Go问答 | 3小时前 | HTTP · Cookie · net/http · Go问答 · cookie Go net/http CookiesNamed Request.Cookies
- Go Request.Cookies 处理同名 Cookie 的读取顺序
- 102浏览 收藏
-
- Golang · Go问答 | 4小时前 |
- Go Cookie SameSite 配置在跨站请求中的边界
- 111浏览 收藏
-
- Golang · Go问答 | 4小时前 | HTTP · net/http · Go问答 · Go net/http 流式响应 ResponseWriter HTTP Trailer
- Go HTTP Trailer 在流式响应中的声明顺序
- 215浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 256次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 301次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 277次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 257次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 62次使用
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go tls.GetCertificate 为什么收不到空 ServerName 请求
- 2026-09-27 501浏览
-
- Go sql.Tx提交成功前读取结果导致事务边界混乱的修复方法
- 2026-09-20 501浏览
-
- Go select 用 time.After 做超时有什么资源代价
- 2026-09-10 501浏览

