golang的垃圾回收与Finalizer——tcp连接是如何被自动关闭的

wang_xijue · · 2473 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

      最近在做一个golang的连接池。测试过程中发现一个有趣的现象,获取的连接没有归还给连接池,那么过一段时间后该连接会自动关闭掉。猜测这跟连接池应该是没有关系的,于是再用普通的连接做了实验,即dial一个tcp连接,发送请求,然后程序进入sleep,一段时间后该连接还是会自动关闭。

      对这个过程进行抓包分析,发现主动关闭连接的是client端,即client端主动向服务端发送了FIN包。

      考虑到golang有垃圾回收机制,如果该连接被程序引用着怎么办?是否也会自动关闭?想想这应该是不可能的,那这是不是跟垃圾回收有关系?!

      对程序稍作改动,在发送完第一个请求之后,保留该连接的reference不释放,进入sleep。观察一段时间,无论过多久,netstat查看该连接都是ESTABLISHED状态的。

      因此猜测这肯定跟GC有关系。

      果然,在stackoverflow上发现golang的GC也会执行一个"Finalizer"的过程,跟Java类似。如果对象使用SetFinalizer()设置了Finalizer函数的话。默认情况下,有些对象是自动设置了Finalizer的:

  • os.File: The file is automatically closed when the object is garbage collected.

  • os.Process: Finalization will release any resources associated with the process. On Unix, this is a no-operation. On Windows, it closes the handle associated with the process.

  • On Windows, it appears that package net can automatically close a network connection.

      答主指出了在Windows下,GC会关闭net连接,实际上在Unix平台下也是一样的,有代码为证:

func (fd *netFD) setAddr(laddr, raddr Addr) {
    fd.laddr = laddr
    fd.raddr = raddr
    runtime.SetFinalizer(fd, (*netFD).Close)
}

      这段代码来自于golang源码的net/fd_unix.go。如果这个fd是socket套接字的话,便会调用该函数设置相应的Finalizer;而Finalizer函数即为netFD的Close()。

      在net包里,我们还可以看到,IPConn这个结构内部有个netFD类型的成员:

func newIPConn(fd *netFD) *IPConn { return &IPConn{conn{fd}} }

      至此我们已经明白了,为什么程序中不再引用的连接会自动关闭了。



有疑问加站长微信联系(非本文作者)

本文来自:CSDN博客

感谢作者:wang_xijue

查看原文:golang的垃圾回收与Finalizer——tcp连接是如何被自动关闭的

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

2473 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传