找工作必会的经典7大Python面试题!

找工作必会的经典7大Python面试题:交换变量值;is和==的区别;可变对象和不可变对象;连接字符串用join还是+;理解__new__和__init__的区别;with与上下文管理器With基本语法;finally的理解。

大家好,又见面了,我是全栈君。

找工作必会的经典7大Python面试题!

Python面试(一)交换变量值

实现一个简单的函数,交换两个变量的值,大多数的同学给出的都是如下的答案:

35f01152e7c4e7c059c66b4a178df57.png

实际上,Python中还有更简洁的更具Python风格的实现,如下:

07a15a7fa8784ca43fe3e6fdef4210b.png

相比前一种方法,后一种方法节省一个中间变量,在性能上也优于前一种方法。

我们从Python的字节码来深入分析一下原因。

47ecb1dc6e929a0b0f2d049803dc82a.png

dis是个反汇编工具,将Python代码翻译成字节码指令。这里的输出如下:

9588b33d4ee6c572390d0148b595489.png

通过字节码可以看到,swap1和swap2最大的区别在于,swap1中通过ROT_TWO交换栈顶的两个元素实现x和y值的互换,swap2中引入了tmp变量,多了一次LOAD_FAST, STORE_FAST的操作。执行一个ROT_TWO指令比执行一个LOAD_FAST+STORE_FAST的指令快,这也是为什么swap1比swap2性能更好的原因。

Python面试(二) is 和 == 的区别

面试实习生的时候,当问到 is 和 == 的区别时,很多同学都答不上来,搞不清两者什么时候返回一致,什么时候返回不一致。本文我们来看一下这两者的区别。

我们先来看几个例子:

0723d52c1e95721c8f8cf4aa00a48c4.png

上面的输出结果中为什么有的 is 和 == 的结果相同,有的不相同呢?我们来看下官方文档中对于 is 和 == 的解释。

官方文档中说 is 表示的是对象标示符(object identity),而 == 表示的是相等(equality)。is 的作用是用来检查对象的标示符是否一致,也就是比较两个对象在内存中的地址是否一样,而 == 是用来检查两个对象是否相等。

我们在检查 a is b 的时候,其实相当于检查 id(a) == id(b)。而检查 a == b 的时候,实际是调用了对象 a 的 __eq()__ 方法,a == b 相当于 a.__eq__(b)。

一般情况下,如果 a is b 返回True的话,即 a 和 b 指向同一块内存地址的话,a == b 也返回True,即 a 和 b 的值也相等。

好了,看明白上面的解释后,我们来看下前面的几个例子:

4e3139683eeab9d7ada7d0c710619a8.png

打印出 id(a) 和 id(b) 后就很清楚了。只要 a 和 b 的值相等,a == b 就会返回True,而只有 id(a) 和 id(b) 相等时,a is b 才返回 True。

这里还有一个问题,为什么 a 和 b 都是 “hello” 的时候,a is b 返回True,而 a 和 b都是 “hello world” 的时候,a is b 返回False呢?

这是因为前一种情况下Python的字符串驻留机制起了作用。对于较小的字符串,为了提高系统性能Python会保留其值的一个副本,当创建新的字符串的时候直接指向该副本即可。所以 “hello” 在内存中只有一个副本,a 和 b 的 id 值相同,而 “hello world” 是长字符串,不驻留内存,Python中各自创建了对象来表示 a 和 b,所以他们的值相同但 id 值不同。

同学指出:intern机制和字符串长短无关,在交互模式下,每行字符串字面量都会申请一个新字符串,但是只含大小写字母、数字和下划线的会被intern,也就是维护了一张dict来使得这些字符串全局唯一)

总结一下,is 是检查两个对象是否指向同一块内存空间,而 == 是检查他们的值是否相等。可以看出,is 是比 == 更严格的检查,is 返回True表明这两个对象指向同一块内存,值也一定相同。

看到这里,大家是不是搞懂了 is 和 == 的区别呢?

那我们深入一步来思考一下下面这个问题:

Python里和None比较时,为什么是 is None 而不是 == None 呢?

Python面试(三)可变对象和不可变对象

上一个面试题:Python面试之 is 和 == 的区别的最后留了一个问题:

Python里和None比较时,为什么是 is None 而不是 == None 呢?

这是因为None在Python里是个单例对象,一个变量如果是None,它一定和None指向同一个内存地址。而 == None背后调用的是__eq__,而__eq__可以被重载,下面是一个 is not None但 == None的例子:

aaaa4c968ec05a2f3ddbae8b8610560.png

好了,解答就到这里,我们开始本篇的正题。

Python中有可变对象和不可变对象之分。可变对象创建后可改变但地址不会改变,即变量指向的还是原来的变量;不可变对象创建之后便不能改变,如果改变则会指向一个新的对象。

Python中dict、list是可变对象,str、int、tuple、float是不可变对象。

来看一个字符串的例子:

dd944e81ca43a3a990ba6640e7cf36b.png

上面的例子里,修改a指向的对象的值会导致抛出异常。

执行 a = a + ” world”时,先计算等号右边的表达式,生成一个新的对象赋值到变量a,因此a指向的对象发生了改变,id(a) 的值也与原先不同。

再来看一个列表的例子:

5cc8c6fbef45438c09b20d2babee9bf.png

上面对a修改元素、添加元素,变量a还是指向原来的对象。

将a赋值给b后,变量b和a都指向同一个对象,因此修改b的元素值也会影响a。

变量c是对b的切片操作的返回值,切片操作相当于浅拷贝,会生成一个新的对象,因此c指向的对象不再是b所指向的对象,对c的操作不会改变b的值。

理解了上面不可变对象和可变对象的区别后,我们再来看一个有趣的问题。

b436ddaeb56cf492a68ccdaef1c2322.png

明明group1和group2是不同的对象(id值不同),为什么调用group2的add_member方法会影响group1的members?

其中的奥妙就在于__init__函数的第二个参数是默认参数,默认参数的默认值在函数创建的时候就生成了,每次调用都是用了这个对象的缓存。我们检查id(group1.mebers)和id(group2.members),可以发现他们是相同的。

print(id(group1.members)) # 输出 140127132522040
print(id(group2.members)) # 输出 140127132522040

所以,group1.members和group2.members指向了同一个对象,对group2.members的修改也会影响group1.members。

那么问题来了,怎样修改代码才能解决上面默认参数的问题呢?

Python面试(四)连接字符串用join还是+

上一个面试题:Python面试之可变对象和不可变对象的最后留了一个问题。

8d6a4d2252a8c26da58c7affb740573.png

上述代码中默认参数值对象会被缓存,造成Group类型的对象共享同一个members列表,怎样才能解决这个问题呢?

其实很简单,只要传入None作为默认参数,在创建对象的时候动态生成列表,如下:

e3be46e89a1227021edfda817214f2a.png

这样对于不同的group对象,它们的members也是不同的对象,所以不会再出现更新一个group对象的members也会更新另外一个group对象的members了。

本篇要讲的是,连接字符串的时候可以用join也可以用+,但这两者有没有区别呢?

我们先来看一下用join和+连接字符串的例子:

061121398f77ef0d2005ec3b4059803.png

两者的结果是一样,那么考虑这样一个问题,这两者在性能上有区别吗?

我们来做个实验,比较下join和+的性能。

7969dce2ffec1a0de97c9024becc3f9.png

上面的程序有如下的输出

join: 0.116944, plus: 0.394379

可以看到,join的性能明显好于+。这是为什么呢?

原因是这样的,上一篇Python面试之可变对象和不可变对象中讲过字符串是不可变对象,当用操作符+连接字符串的时候,每执行一次+都会申请一块新的内存,然后复制上一个+操作的结果和本次操作的右操作符到这块内存空间,因此用+连接字符串的时候会涉及好几次内存申请和复制。而join在连接字符串的时候,会先计算需要多大的内存存放结果,然后一次性申请所需内存并将字符串复制过去,这是为什么join的性能优于+的原因。所以在连接字符串数组的时候,我们应考虑优先使用join。

Python面试(五)理解__new__和__init__的区别

很多同学都以为Python中的__init__是构造方法,但其实不然,Python中真正的构造方法是__new__。__init__和__new__有什么区别?本文就来探讨一下。

我们先来看一下__init__的用法:

1ea4a1d4e46cd662b90cd9a6f2129e0.png

上面的代码会输出如下的结果:

4ece9fbe87f84703f49f7158c208dad.png

那么我们思考一个问题,Python中要实现Singleton怎么实现,要实现工厂模式怎么实现?

用__init__函数似乎没法做到呢~

实际上,__init__函数并不是真正意义上的构造函数,__init__方法做的事情是在对象创建好之后初始化变量。真正创建实例的是__new__方法。

我们来看下面的例子:

ba610894c77c366cca42808006041b0.png

上面的代码输出如下的结果:

9996cef0a3a6f67d9074fbe0dff8bd9.png

上面的代码中实例化了一个Person对象,可以看到__new__和__init__都被调用了。__new__方法用于创建对象并返回对象,当返回对象时会自动调用__init__方法进行初始化。__new__方法是静态方法,而__init__是实例方法。

好了,理解__new__和__init__的区别后,我们再来看一下前面提出的问题,用Python怎么实现Singleton,怎么实现工厂模式?

先来看Singleton

fb63bae98440fc48a271ecb95da0c90.png

上面的代码输出:

41e7c7600968645929afb541c2c5fed.png

可以看到s1和s2都指向同一个对象,实现了单例模式。

再来看下工厂模式的实现

找工作必会的经典7大Python面试题!

上面的代码输出:

b4c739eacc8c9d963d6777c8b269c0d.png

看完上面两个例子,大家是不是对__new__和__init__的区别有了更深入的理解?

Python面试(六)with与上下文管理器With基本语法

Python老司机应该对下面的语法不陌生。

4ab40d52d9fd43a19c5b5b34530272b.png

上面的代码往output文件写入了Hello world字符串,with语句会在执行完代码块后自动关闭文件。这里无论写文件的操作成功与否,是否有异常抛出,with语句都会保证文件被关闭。

如果不用with,我们可能要用下面的代码实现类似的功能

64a699c6e5f44cf4f5cf3709f411353.png

可以看到使用了with的代码比上面的代码简洁许多。

上面的with代码背后发生了些什么?我们来看下它的执行流程:

首先执行open(‘output’, ‘w’),返回一个文件对象;

调用这个文件对象的__enter__方法,并将__enter__方法的返回值赋值给变量f;

执行with语句体,即with语句包裹起来的代码块;

不管执行过程中是否发生了异常,执行文件对象的__exit__方法,在__exit__方法中关闭文件。

这里的关键在于open返回的文件对象实现了__enter__和__exit__方法。一个实现了__enter__和__exit__方法的对象就称之为上下文管理器。

上下文管理器

上下文管理器定义执行 with 语句时要建立的运行时上下文,负责执行 with 语句块上下文中的进入与退出操作。__enter__方法在语句体执行之前进入运行时上下文,__exit__在语句体执行完后从运行时上下文退出。

在实际应用中,__enter__一般用于资源分配,如打开文件、连接数据库、获取线程锁;__exit__一般用于资源释放,如关闭文件、关闭数据库连接、释放线程锁。

自定义上下文管理器

既然上下文管理器就是实现了__enter__和__exit__方法的对象,我们能不能定义自己的上下文管理器呢?答案是肯定的。

我们先来看下__enter__和__exit__方法的定义:

__enter__() – 进入上下文管理器的运行时上下文,在语句体执行前调用。如果有as子句,with语句将该方法的返回值赋值给 as 子句中的 target。

__exit__(exception_type, exception_value, traceback) – 退出与上下文管理器相关的运行时上下文,返回一个布尔值表示是否对发生的异常进行处理。如果with语句体中没有异常发生,则__exit__的3个参数都为None,即调用 __exit__(None, None, None),并且__exit__的返回值直接被忽略。如果有发生异常,则使用 sys.exc_info 得到的异常信息为参数调用__exit__(exception_type, exception_value, traceback)。出现异常时,如果__exit__(exception_type, exception_value, traceback)返回 False,则会重新抛出异常,让with之外的语句逻辑来处理异常;如果返回 True,则忽略异常,不再对异常进行处理。

理解了__enter__和__exit__方法后,我们来自己定义一个简单的上下文管理器。这里不做实际的资源分配和释放,而用打印语句来表明当前的操作。

59e626c2abbdba3d96828bb34cc70a4.png

运行上面的代码,会得到如下的输出:

ff5c051d495b6aaa1a449f0c11328d3.png

我们在with语句体中人为地抛出一个异常

65fb5941ea293a67b13a222005de10a.png

会得到如下的输出:

01a4ce62204b2027bd29f71dfe8094a.png

如我们所期待,with语句体中抛出异常,__exit__方法中exception_type不为None,__exit__方法返回False,异常被重新抛出。

以上,我们通过实现__enter__和__exit__方法来实现了一个自定义的上下文管理器。

contextlib库

除了上面的方法,我们也可以使用contextlib库来自定义上下文管理器。如果用contextlib来实现,可以用下面的代码来实现类似的上下文管理器。

7573bc79bec6095e72b79331365692a.png

上面的代码涉及到装饰器(@contextmanager),生成器(yield),有点难读。这里yield之前的代码相当于__enter__方法,在进入with语句体之前执行,yield之后的代码相当于__exit__方法,在退出with语句体的时候执行。

Python面试(七)你真的理解finally了吗?

无论try语句中是否抛出异常,finally中的语句一定会被执行。我们来看下面的例子:

5f4d65e6680352390bd7d64f62eb03a.png

不论try中写文件的过程中是否有异常,finally中关闭文件的操作一定会执行。由于finally的这个特性,finally经常被用来做一些清理工作。

我们再来看下面的例子:

fb8decd53f33d15a36ffa1197c143dd.png

这个例子中 func1() 和 func2() 返回什么呢?

答案是 func1() 返回2, func2() 返回3。为什么是这样的呢?我们先来看一段Python官网上对于finally的解释:

A finally clause is always executed before leaving the try statement, whether an exception has occurred or not. 
When an exception has occurred in the try clause and has not been handled by an except clause (or it has occurred 
in a except or else clause), it is re-raised after the finally clause has been executed. The finally clauseis also
executed “on the way out” when any other clause of the try statement is left via a break, continue or return 
statement.

重点部分用粗体标出了,翻成中文就是try块中包含break、continue或者return语句的,在离开try块之前,finally中的语句也会被执行。

所以在上面的例子中,func1() 中,在try块return之前,会执行finally中的语句,try中的return被忽略了,最终返回的值是finally中return的值。func2() 中,try块中抛出异常,被except捕获,在except块return之前,执行finally中的语句,except中的return被忽略,最终返回的值是finally中return的值。

我们在上面的例子中加入print语句,可以更清楚地看到过程

上面的代码输出:

3d0bb2f19a2e45ddf18f3045a6803ec.png

我们对上面的func2做一些修改,如下:

9cb8b96f2b8fb8ee60bd72986774a3d.png

输出如下:

b051253cbe1d5b3532be360a05defe4.png

try中抛出的异常是ValueError类型的,而except中定位的是IndexError类型的,try中抛出的异常没有被捕获到,所以except中的语句没有被执行,但不论异常有没有被捕获,finally还是会执行,最终函数返回了finally中的返回值3。

这里还可以看到另外一个问题。try中抛出的异常没有被捕获到,按理说当finally执行完毕后,应该被再次抛出,但finally里执行了return,导致异常被丢失。

可以看到在finally中使用return会导致很多问题。实际应用中,不推荐在finally中使用return返回。

Java架构师必看教程网,大量的免费python教程,欢迎在线学习!

来源:PY学习网:原文地址:https://www.py.cn/article.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/120828.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号