用GPT-4这样的大模型玩狼人杀，人类因为太蠢被投票判死，真正的逆向图灵测试
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-18
06-06
06-17
06-18
06-17
06-18
06-17
最新文章
【玩转GPU】ControlNet初学者生存指南
【实战】获取小程序中用户的城市信息（附源码）
包雪雪简单介绍Vue.js：开学
Go进阶：使用Gin框架简单实现服务端渲染
线程池介绍及实际案例分享
JMeter 注释 18 - JMeter 常用配置组件介绍
基于Sentry的大数据权限解决方案
【云+社区年度征文集】GPE监控介绍及使用