证监会:加强对拟上市公司投资的离职系统员工监管
06-17
前言 北京时间 8 月 14 日凌晨 1:03,Go 1.23 版本发布。该版本带来了多项重大更新。
具体可以参考我之前的文章:Go 1.23版本发布。这些重大更新你一定要知道! 。
本文将重点讨论定时器(Timer 和 Ticker)的优化。你准备好了吗?喝一杯您最喜欢的咖啡或茶,然后按照本文查找答案。
Timer 和 Ticker 的基本概念 在深入研究 Go 1.23 版本中 Timer 和 Ticker 定时器的优化之前,有些读者可能需要了解这两个定时器的基本知识。下面是对这两个定时器的基本介绍: Timer是一次性定时器,用于在未来某一时间执行一项操作。
常用于任务的单次延迟执行。 Tciker是一个周期性定时器,用于以固定的时间间隔重复执行任务。
当每个间隔时间到来时,它会将当前时间发送到其通道(Channel)。通常用于执行重复性任务。
关于Timer和Ticker的更多详细信息,请参考我之前的文章:Go Timer:Timer和Ticker。垃圾收集 Pre-Go 1.23 行为的改进:如果 Timer 或 Ticker 没有显式调用 Stop 方法,则即使程序不再引用它们,它们也不会立即被垃圾收集。
Timer触发后会被回收,而Ticker永远不会被自动回收。 Go 1.23 中的新行为:如果程序不再引用 Timer 或 Ticker(即代码的其他部分没有引用它们),则即使未调用 Stop 方法,它们也有资格立即进行垃圾回收。
这降低了内存泄漏的风险,因为不再需要显式调用 Stop 并且保证资源被回收。此更新提高了内存管理效率。
以前,如果您创建了 Timer 或 Ticker 但忘记调用 Stop,这些对象将占用内存直到程序结束。现在,只要程序不再引用这些对象,它们就会被回收,从而避免了内存泄漏的问题。
Timer 通道行为的变化 Go 1.23 之前的行为:与 Timer 或 Ticker 关联的通道有一个元素缓冲区,这导致 Reset 或 Stop 方法调用后仍然接收之前准备的旧值,造成使用困难。Go 1.23 中的新行为:计时器通道变为无缓冲(容量为 0)。
这意味着在调用 Reset 或 Stop 方法后,Go 保证不会再次收到旧值。这使得 Reset 和 Stop 的使用更加可靠。
副作用:由于通道现在是无缓冲的,因此 len 和 cap 操作返回的值变为 0 而不是 1。这可能会影响依赖轮询通道长度来确定是否可以成功接收值的代码。
为了适应这一变化,代码应该使用非阻塞接收操作。此更新使计时器操作更加可靠和安全。
在 Go 1.23 之前,Timer 和 Ticker 通道是缓冲的,这意味着即使您调用 Reset 或 Stop,旧的计时信号可能仍保留在通道中,从而导致潜在的竞争条件。现在,在更改为无缓冲通道后,Go 保证该通道在调用 Reset 或 Stop 后将不再接收旧数据。
我们来看看以下代码在不同 Go 版本中的运行情况: 代码语言: go copy package mainimport ("fmt" "time")func main() {// 程序退出信号 quit := make(chan bool)timer : = time.NewTimer(2 * time.Second)go func() {// 确保定时器已经触发并发送信号 time.Sleep(4 * time.Second)// 尝试读取通道,看是否有a value select { case t := <-timer.C:fmt.Println("收到定时器信号:", t.Format(time.DateOnly))default:fmt.Println("无信号")}quit <- true }( )// 确保计时器已触发并发送信号 time.Sleep(3 * time.Second)wasStopped :=timer.Stop()if wasStopped {// Go 1.23 或更高版本将采用此分支 fmt.Println( " 定时器未超时,停止成功") } else {// Go 1.23之前的版本会走此分支 fmt.Println("定时器已超时,信号已发送") }// 等待退出Go 1.22及之前版本运行结果中的signal <-quit}: 代码语言: shell复制定时器已过期,信号已发送。定时器信号已收到:08-20 由于通道是缓冲的,当定时器到期时信号已发送,因此即使在定时器触发后调用 Stop() 方法,我们仍然可以从缓冲区接收信号。
Go 1.23以上运行结果: 代码语言:shell复制定时器未过期,无信号停止成功 由于通道是无缓冲的,信号发送是一个阻塞操作。如果在接收到信号之前调用 Stop() 方法,这将阻止信号发送。
因此,计时器成功停止并且 Stop() 返回 true。注意:只有当 Go 模块使用 go.mod 文件并指定 Go 1.23.0 或更高版本时,定时器和 Ticker 的这些新行为才会生效。
也就是说,如果你的Go版本是Go 1.23,但是你在go.mod文件中指定的Go版本小于Go 1.23,这些新行为将不会生效。另外,如果您在 go.mod 文件中指定的 Go 版本大于或等于 Go 1.23,您可以通过在环境变量 GODEBUG 中设置 asynctimerchan=1 来恢复之前的异步通道行为。
总结 本文详细介绍了 Go 1.23 中对 Timer 和 Ticker 的重要优化,主要包括两个方面:垃圾收集的改进和计时器通道行为的改变。改进的垃圾收集机制有助于防止内存泄漏,同时对定时器通道的调整确保通道在调用Reset或Stop后不会接收任何旧数据,提高定时器操作的可靠性和安全性。
有关 Go 1.23 的更多详细更新将在未来按主题发布。关注我,不错过任何精彩内容。
版权声明:本文内容由互联网用户自发贡献,本站不拥有所有权,不承担相关法律责任。如果发现本站有涉嫌抄袭的内容,欢迎发送邮件 举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。
标签:
相关文章
06-17
06-21
06-21
06-18
06-17
06-17
06-17
06-18
最新文章
【玩转GPU】ControlNet初学者生存指南
【实战】获取小程序中用户的城市信息(附源码)
包雪雪简单介绍Vue.js:开学
Go进阶:使用Gin框架简单实现服务端渲染
线程池介绍及实际案例分享
JMeter 注释 18 - JMeter 常用配置组件介绍
基于Sentry的大数据权限解决方案
【云+社区年度征文集】GPE监控介绍及使用