比较 上下文管理器及构造/析构函数

a.为什么要比较上下文管理和构造析构函数

最近接手一个Python项目代码,刚接手没几天,就被反馈存在一个bug:在一个常驻进程里,每个任务需要几个文件句柄来进行日志重定向,但使用完后没有对文件进行关闭操作,导致文件句柄过多,出现异常。

于是乎打算使用上下文管理器去优化代码,解决文件句柄未及时关闭的问题。然而这样做,需要修改的代码量太大,因此未采纳该方案,后来有人建议在(自定义的)logger类里面的析构函数里对文件句柄进行关闭操作,

因为这个logger类都是以局部变量的形式创建的,因此在函数执行完毕后,就会自动调用局部变量的析构函数,这样就能在不需要大量修改代码的前提下修复这个bug。

这就引发我的一个思考,如果构造析构函数也能做到上下文管理器所做的事情,而且不需要使用特别的初始化对象代码,为什么我们还需要上下文管理器呢?谷歌后也发现不少人有和我一样的疑惑,所以,查阅一堆资料后记下此文。

b.什么是上下文管理器

首先啰嗦地介绍一下Python的上下文管理器。

用过Python的都知道,Python有一个特别的关键在with,最常见的场景就是用它来打开一个文件。

如果是其他语言,打开一个文件对象,最后是要关闭的。当然不使用with来创建对象的话,python的代码最后也是需要调用文件对象的的close函数,

但如果你用了with,简单地说,就不需要你处理后续的收尾工作了,with关键字给开发者带来了十分大的便利。

其实with关键字是Python数据模型的一种特性,称为上下文管理器,并非所有类都可以使用with实例化,它的工作原理类实现了__enter__和__exit__两个函数,

在通过with实例化时,执行__enter__函数,并在with代码块结束时执行__exit__函数,举个栗子:

我们通过with创建了一个文件对象writer,并在with代码块中调用了writer的write函数,我们不需要再调用writer的close函数,因为with代码块结束时,__exit__函数里就为我们调用了该函数。

更让我们省心的是,我们不需要担心因为with代码块中产生异常导致close函数未被执行,因为不管程序是正常执行还是抛出异常,只要离开with代码块,__exit__函数就会被调用。

因此以上代码等同于:

这么看,代码是不是变得相当简洁?而且再也不怕忘记关闭文件了。

除了文件,上下文管理器还可以用于全局状态、数据库、锁等一系列需要保存恢复、打开关闭操作的资源。更多有关上下文管理器的知识请看官方文档https://docs.python.org/3/library/stdtypes.html#typecontextmanager

c.什么是构造析构函数

是个猿都知道构造函数和析构函数,虽然随着计算机语言越来越高级,析构函数的概念已然变得模糊,但是其实每种语言中基本都能找到构造析构函数的对应实现,析构函数如java中的finalize、python中的__del__、scala的unapply、php的__destruct等等,当然一般我们都不需要管它。

构造函数就是为对象初始化所做的一系列操作,python类的构造函数为__init__,这里不做过多说明,不了解的请看https://docs.python.org/3/reference/datamodel.html?highlight=destruct#object.__init__

析构函数的主要目的是销毁对象、释放内存,因此在局部变量的声明周期结束时,Python语言是会自动调用对象的析构函数。但是这里要注意,使用del关键字不能保证对象被销毁。因为del关键字只是干掉当前变量名,并取消该变量对对象的引用,

而python对象的生命周期取决于它的引用数,只有它的引用为0时,才会真正调用该析构函数。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181219G0JU8M00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券