iis服务器助手广告广告
返回顶部
首页 > 资讯 > 后端开发 > GO >浅谈golang 中time.After释放的问题
  • 205
分享到

浅谈golang 中time.After释放的问题

2024-04-02 19:04:59 205人浏览 薄情痞子
摘要

在谢大群里看到有同学在讨论time.After泄漏的问题,就算时间到了也不会释放,瞬间就惊呆了,忍不住做了试验,结果发现应该没有这么的恐怖的,是有泄漏的风险不过不算是泄漏, 先看ap

在谢大群里看到有同学在讨论time.After泄漏的问题,就算时间到了也不会释放,瞬间就惊呆了,忍不住做了试验,结果发现应该没有这么的恐怖的,是有泄漏的风险不过不算是泄漏,

先看api的说明:


// After waits for the duration to elapse and then sends the current time
// on the returned channel.
// It is equivalent to NewTimer(d).C.
// The underlying Timer is not recovered by the garbage collector
// until the timer fires. If efficiency is a concern, use NewTimer
// instead and call Timer.Stop if the timer is no longer needed.
func After(d Duration) <-chan Time {
    return NewTimer(d).C
}

提到了一句The underlying Timer is not recovered by the garbage collector,这句挺吓人不会被GC回收,不过后面还有条件until the timer fires,说明fire后是会被回收的,所谓fire就是到时间了,

写个例子证明下压压惊:


package main
import "time"
func main() {
    for {
        <- time.After(10 * time.Nanosecond)
    }
}

显示内存稳定在5.3MB,CPU为161%,肯定被GC回收了的。

当然如果放在Goroutine也是没有问题的,一样会回收:


package main
import "time"
func main() {
    for i := 0; i < 100; i++ {
        go func(){
            for {
                <- time.After(10 * time.Nanosecond)
            }
        }()
    }
    time.Sleep(1 * time.Hour)
}

只是资源消耗会多一点,CPU为422%,内存占用6.4MB。因此:

Remark: time.After(d)在d时间之后就会fire,然后被GC回收,不会造成资源泄漏的。

那么API所说的If efficieny is a concern, user NewTimer instead and call Timer.Stop是什么意思呢?这是因为一般time.After会在select中使用,如果另外的分支跑得更快,那么timer是不会立马释放的(到期后才会释放),

比如这种:


select {
    case time.After(3*time.Second):
        return errTimeout
    case packet := packetChannel:
        // process packet.
}

如果packet非常多,那么总是会走到下面的分支,上面的timer不会立刻释放而是在3秒后才能释放,

和下面代码一样:


package main
import "time"
func main() {
    for {
        select {
        case <-time.After(3 * time.Second):
        default:
        }
    }
}

这个时候,就相当于会堆积了3秒的timer没有释放而已,会不断的新建和释放timer,内存会稳定在2.8GB,

这个当然就不是最好的了,可以主动释放:


package main
import "time"
func main() {
    for {
        t := time.NewTimer(3*time.Second)
        select {
        case <- t.C:
        default:
            t.Stop()
        }
    }
}

这样就不会占用2.8GB内存了,只有5MB左右。因此,总结下这个After的说明:

1、GC肯定会回收time.After的,就在d之后就回收。一般情况下让系统自己回收就好了。

2、如果有效率问题,应该使用Timer在不需要时主动Stop。大部分时候都不用考虑这个问题的。

交作业。

补充:go语言基于time.After通道超时设计和通道关闭close

go语言中多个并发程序的数据同步是采用通道来传输,比如v:=<-chan,从通道里读取数据到v,是一个阻塞操作。可是如通道里没有数据写入,就是chan<-data,这样写入通道的操作,在读操作时就会一直阻塞,需要加入一个超时机制来进行判断。

具体的超时设计是通过使用select和case语句,类似于switch和case,在每一个case里进行一个io操作,比如读或者写,在最后一个case里调用time包里的After方法,可以达到超时检测效果。参考下面例子1

当然,如写入端在写入通道结束后,调用close(chan)关闭通道。在读取端,就会读到一个该通道类型的空值,如是int就是0,如是string就是""空字符串,可以根据这个空值来判断,或者使用两个返回值来读取通道:v,br:=<-chan,这里第2个参数br是一个bool变量,表示通道是否关闭。参考下面例子2

例子1如下:


package main 
import (
	"fmt"
	"time"
)
 
func main() {
	ch := make(chan string, 2)//定义了缓冲长度2的通道,类型是字符串,可以连续写入2次数据
	go func(c chan string) {
		for i := 0; i < 3; i++ {
			str := fmt.Sprintf("%d", i)
			c <- str
			time.Sleep(time.Millisecond * 10)
		}
	}(ch)
	go func(c chan string) {
		for i := 10; i < 13; i++ {
			str := fmt.Sprintf("%d", i)
			c <- str
			time.Sleep(time.Millisecond * 10)
		}
	}(ch)
	timelate := 0 //定义超时次数
	for {
		time.Sleep(time.Millisecond * 2000) //每隔2秒读取下管道
		select {
		case i := <-ch:
			fmt.Println("通道读取到:", i)
		case <-time.After(time.Second * 2): // 等待2秒超时,这里time.After 返回一个只读通道,就是当前时间值
			timelate++
			fmt.Printf("通道接收超时,第%d次\n", timelate)
			if timelate > 2 {
				goto end
			}
		}
	}
end:
	fmt.Println("退出88")
}

例子2如下:

演示了close关闭通道,使用2个返回值来读取通道,获取通道关闭状态。


package main 
import (
	"fmt"
	"time"
)
 
func main() {
	ch := make(chan string, 2) //定义了缓冲长度2的通道,类型是字符串,可以连续写入2次数据
	go func(c chan string) {
		for i := 0; i < 3; i++ {
			str := fmt.Sprintf("%d", i)
			c <- str
			time.Sleep(time.Millisecond * 10)
		}
	}(ch)
	go func(c chan string) {
		for i := 10; i < 13; i++ {
			str := fmt.Sprintf("%d", i)
			c <- str
			time.Sleep(time.Millisecond * 10)
		}
		time.Sleep(time.Millisecond * 1000) //专门给这个协程加个1秒的延时,让它晚退出会,好调用close关闭通道。
		close(c)
	}(ch)
	timelate := 0 //定义超时次数
	for {
		time.Sleep(time.Millisecond * 2000) //每隔2秒读取下管道
		select {
		case i, br := <-ch: //从通道里读取2个返回值,第2个是通道是否关闭的bool变量
			if !br { //如果是false,表示通道关闭
				fmt.Println("通道关闭了")
				goto end
			}
			fmt.Println("通道读取到:", i)
		case <-time.After(time.Second * 2): // 等待2秒超时,这里time.After 返回一个只读通道,就是当前时间值
			timelate++
			fmt.Printf("通道接收超时,第%d次\n", timelate)
			if timelate > 2 {
				goto end
			}
		}
	}
end:
	fmt.Println("退出88")
}

对于例子2来说,这里因为在通道写入端用close关闭通道了,所以case <-time.After这个方法的超时就不起作用了。这里暂且保留着吧。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。如有错误或未考虑完全的地方,望不吝赐教。

您可能感兴趣的文档:

--结束END--

本文标题: 浅谈golang 中time.After释放的问题

本文链接: https://www.lsjlt.com/news/125130.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

本篇文章演示代码以及资料文档资料下载

下载Word文档到电脑,方便收藏和打印~

下载Word文档
猜你喜欢
  • 浅谈golang 中time.After释放的问题
    在谢大群里看到有同学在讨论time.After泄漏的问题,就算时间到了也不会释放,瞬间就惊呆了,忍不住做了试验,结果发现应该没有这么的恐怖的,是有泄漏的风险不过不算是泄漏, 先看AP...
    99+
    2024-04-02
  • 如何在golang 中释放time.After
    这篇文章给大家介绍如何在golang 中释放time.After,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。golang适合做什么golang可以做服务器端开发,但golang很适合做日志处理、数据打包、虚拟机处理、...
    99+
    2023-06-14
  • 浅谈Golang 嵌套 interface 的赋值问题
    大家还是直接看代码吧~ package main import ( "fmt" ) func main() { s := map[string]inter...
    99+
    2024-04-02
  • 浅谈location.search与location.hash的问题
    location.search和location.hash是JavaScript中URL对象的两个属性,用于获取和设置URL中的查询...
    99+
    2023-08-11
    location.hash
  • 浅谈java中String相关问题
    原文:https://blog.csdn.net/qq_41268447/article/details/96759597    首先我们先说一下java堆内存和栈内存 java中八个基本数据类型就是值类型,存放在栈内存...
    99+
    2023-06-02
  • 浅谈Springmvc中的页面跳转问题
    SpringMvc跳转问题SpringMvc的Controller每次处理完数据后都会返回一个逻辑视图(view)和模型(model)所以我们会看到原生的Controller是返回一个ModelAndView(内部包含了view和model...
    99+
    2023-05-30
    springmvc 跳转页面 sprin
  • 浅谈Python中的函数传递问题
    目录函数参数如何传递key-value方式传递参数:动态长度参数传递参数是否会被函数攥改?总结函数参数如何传递 key-value方式传递参数: 下面是非常常见的传递方式,参数名写直...
    99+
    2024-04-02
  • 浅谈foreach写失效的问题
    Java中的细节一定要清楚,否则非常容易出现问题。例如这个场景:遍历一个集合,对符合某种条件的元素做修改。大家往往会写出如下代码:public class JavaTest{ public static void main(String[]...
    99+
    2023-05-31
    foreach 写失效 fo
  • 浅谈MySQL中不等号索引问题
    目录1.当不等号<>作用在普通索引字段上2.当不等号<>作用在主键索引字段上3.当不等号<>作用在唯一索引字段上最近在使用mysql中的一个小总结。 在MySQL中,不等号<&g...
    99+
    2023-03-20
  • 关于 React 中 useEffect 使用问题浅谈
    目录前言优化前优化后总结前言 最近看了一下 ant-design 中的 tree 组件源码时发现 useEffect 中根据 props 来计算当前函数组件的 state 的,感到好...
    99+
    2024-04-02
  • 浅谈Angular的12个经典问题
    目录1. 请解释Angular 2应用程序的生命周期hooks是什么?2. 使用Angular 2,和使用Angular 1相比,有什么优势?3. Angular 2中的路由工作原理...
    99+
    2024-04-02
  • 浅谈golang package中init方法的多处定义及运行顺序问题
    在不了解这个问题之前,在网上搜索一下竟然搜出了两个完全相反的结果,所以打算自己测试下这个问题。 首先给出结论: 在同一个package中,可以多个文件中定义init方法 在同一个go...
    99+
    2024-04-02
  • 浅谈Docker-compose中的depends_on顺序的问题解决
    使用depends_on进行容器排序时并不能完美的解决容器之间的依赖问题,原因是因为 depends_on只能保证容器进入到 运行状态而不是完全状态(不知道怎么描述了)。 网上已经列...
    99+
    2024-04-02
  • 浅谈MySQL分页Limit的性能问题
    MySQL的分页查询通常通过limit来实现。limit接收1或2个整数型参数,如果是2个参数,第一个是指定第一个返回记录行的偏移量,第二个是返回记录行的最大数目。初始记录行的偏移量是0。为了与Postgr...
    99+
    2024-04-02
  • 浅谈HashMap在高并发下的问题
    前言 总所周知,HashMap不是线程安全的,在高并发情况下会出现问题。特别是,在java1.7中,多线程的HashMap会出现CPU 100%的严重问题。这个问题是怎样产生的,后续...
    99+
    2024-04-02
  • 浅谈controller中调用多个service方法的问题
    目录controller调用多个service方法controller调用service中方法的一些事物问题controller调用多个service方法 一般service方法是有...
    99+
    2024-04-02
  • 浅谈@Value和@Bean的执行顺序问题
    问题描述 使用@Autowired处理多个同种类型的bean,出现@Value和@Bean的执行顺序问题。 首先使用扫描包+注解的方式注册User类型的不同bean,分别是user、...
    99+
    2024-04-02
  • 浅谈Redis位图(Bitmap)及Redis二进制中的问题
    Redis位图(Bitmap)及二进制的问题 SETBIT key offset value 对 key 所储存的字符串值,设置或清除指定偏移量上的位(bit)。位的设置或清除取决于...
    99+
    2024-04-02
  • 浅谈关于Mybatis的mapper-locations配置问题
    目录一、Spring-boot配置mybatis的mapper-locations解决什么问题?mapper-locations使用场景: 二、该怎么配置?三、classp...
    99+
    2023-05-19
    Mybatis 配置 Mybatis mapper-locations
  • 浅谈SpringBoot Bean加载优先级的问题
    目录Bean加载优先级的问题同一个类中加载顺序@DependsOn控制顺序@Order不能控制顺序Spring控制Bean加载顺序使用Spring @Order控制bean加载顺序使...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作