Python后端面试题-python黑洞网

本站消息

站长简介/公众号

出租广告位,需要合作请联系站长

我下面给你吃

1101

文章

898029

访问

+关注

分类

暂无分类

日期归档

2024-11(2)

Python后端面试题

发布于2019-07-13 09:39 阅读(3790) 评论(0) 点赞(71) 收藏(12)

Python后端面试题

1.语言

Python面试,基础相关问题少不了.

python高并发解决方案

提示:
我希望听到twisted->tornado->gevent
答案:
gevent
代码看起来好看一些,但是维护比较差,patch没有规律,而且里面封装了C,对python3的支持最差.
twisted
稳定性是最好的,但是需要较长时间的学习.对python3的支持较差.
tornado
兼容性最好.但是过于简单了,功能不强,另外没有python数据库适配器能和tornado无缝对接,因此调用数据库很麻烦,而且只支持web.

谈谈python的迭代器,生成器,装饰器,yield?

提示:
这几个概念很容易混淆,建议通过边画图,边介绍的方式来表达.
答案:
迭代器
(Iterator)迭代器是带状态的对象,它会记录当前迭代所在的位置,以方便下次迭代的时候获取正确的元素.
生成器
(generator)生成器和装饰器是python中最吸引人的两个黑科技,生成器虽没有装饰器那么常用,但在某些针对的情境下十分有效.
装饰器
(Decorator)装饰器是python中最吸引人的特性,装饰器本质上还是一个函数,它可以让已有的函数不做任何改动的情况下增加功能.

标准库线程安全的队列是哪一个？不安全的是哪一个？logging是线程安全的吗？

提示:
混淆视听,其实Python队列都是线程安全的,该问题主要考察你对队列的了解和线程安全的概念.
答案:
线程
线程安全和非线程安全这些概念在其他的编程语言也同样使用.
所谓线程安全：就是对于多线程同时操作是是安全的而不会发生写冲突,比如python的Queue
相反非线程安全：就是多线成同时操作时会发生写冲突,比如python的其他list,set,dict
队列
Python的Queue模块中提供了同步的.线程安全的队列类,包括FIFO（先入先出)队列Queue,LIFO（后入先出）队列LifoQueue,和优先级队列PriorityQueue.这些队列都实现了锁原语,能够在多线程中直接使用.可以使用队列来实现线程间的同步.
三种队列
Python queue模块有三种队列:
1.FIFO队列先进先出.(线程安全)
2.LifoQueue类似于堆,即先进后出(线程安全)
3.PriorityQueue优先级队列,级别越低,越先出来(线程安全)
队列构造函数
针对这三种队列分别有三个构造函数:
1.class Queue.Queue(maxsize) FIFO
2.class Queue.LifoQueue(maxsize) LIFO
3.class Queue.PriorityQueue(maxsize) 优先级队列
logging
logging是Python标准库里的日志模块(线程安全)

2.操作系统

可以直接认为是linux,毕竟搞后端的多数是和linux打交道.

tcp/udp的区别?tcp粘包有了解吗?

提示:
我希望听到TCP粘包与分包,为什么会有这种情况,应该如何解决.能讲到UDP是否会有同样情况发生更好.
答案:
tcp/udp的区别
TCP与UDP区别总结：
1.TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的,即发送数据之前不需要建立连接
2.TCP提供可靠的服务.也就是说,通过TCP连接传送的数据,无差错,不丢失,不重复,且按序到达;UDP尽最大努力交付,即不保证可靠交付
3.TCP面向字节流,实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的
UDP没有拥塞控制,因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用,如IP电话,实时视频会议等）
4.每一条TCP连接只能是点到点的;UDP支持一对一,一对多,多对一和多对多的交互通信
5.TCP首部开销20字节;UDP的首部开销小,只有8个字节
6.TCP的逻辑通信信道是全双工的可靠信道,UDP则是不可靠信道
关于分包和粘包
粘包：发送方发送两个字符串”hello”+”world”,接收方却一次性接收到了”helloworld”.
分包：发送方发送字符串”helloworld”,接收方却接收到了两个字符串”hello”和”world”.
TCP为什么会分包
TCP是以段（Segment）为单位发送数据的,建立TCP链接后,有一个最大消息长度（MSS）.如果应用层数据包超过MSS,就会把应用层数据包拆分,分成两个段来发送.这个时候接收端的应用层就要拼接这两个TCP包,才能正确处理数据.
TCP为什么会粘包
有时候,TCP为了提高网络的利用率,会使用一个叫做Nagle的算法.该算法是指,发送端即使有要发送的数据,如果很少的话,会延迟发送.如果应用层给TCP传送数据很快的话,就会把两个应用层数据包“粘”在一起,TCP最后只发一个TCP数据包给接收端.
如何处理
在进行TCP Socket开发时,都需要处理数据包粘包和分包的情况.使用的语言是Python.实际上解决该问题很简单,在应用层下,定义一个协议：消息头部+消息长度+消息正文即可.

TIME_WAIT,CLOSE_WAIT,ESTABLISHED是什么?出现过多的CLOSE_WAIT可能是什么原因?

提示:
考验你对实际开发中遇到的常见问题,处理方式
答案:
使用netstat和awk命令来统计网络连接数
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
TIME_WAIT：表示主动关闭,通过优化系统内核参数可容易解决.
CLOSE_WAIT：表示被动关闭,需要从程序本身出发.
ESTABLISHED：表示正在通信过多CLOSE_WAIT原因
出现大量close_wait的现象,主要原因是某种情况下对方关闭了socket链接,但是我方忙与读或者写,没有关闭连接.代码需要判断socket,一旦读到0,断开连接,read返回负,检查一下errno,如果不是AGAIN,就断开连接.

epoll,select的区别？边缘触发,水平触发区别？

提示:
考验在linux开发中,服务器端处理请求的选择问题
答案:
select和epoll这两个机制都I/O复用的解决方案,select为POSIX标准中的,而epoll为Linux所特有.
更多查看

3.存储

存储可能包含rdbms,nosql以及缓存等,我以mysql,redis举例

3.1mysql相关

了解mysql字符集和排序规则吗？

提示:
在服务器建表时字符集(Character Set)和排序规则(Collation)是必不可少的,对他了解多少,如何选择.
答案:
字符集
所谓字符集,就是用来定义字符在数据库中的编码的集合.常见的字符集有：utf8（支持中文）和ascii（不支持中文）
排序规则
数据库中的排序规则,就是用来定义字符在进行排序和比较时的一种规则.常见的如下： 1.utf8_general_ci 不区分大小写,utf8_general_cs 区分大小写.2.utf8_bin 规定每个字符串用二进制编码存储,区分大小写,可以直接存储二进制的内容
说明：所为排序规则,就是指字符比较时是否区分大小写,以及是按照字符编码进行比较还是直接用二进制数据比较.

总结:这边用gbk_chinese_ci来做例子.
字符集名字语言后缀,其中各个典型后缀的含义如下：
1._ci：不区分大小写的排序方式
2._cs：区分大小写的排序方式
3._bin：二进制排序方式,大小比较将根据字符编码,不涉及人类语言,因此_bin的排序方式不包含人类语言
因此gbk_chinese_ci排序方式就表示：字符集为gbk,人类语言使用中文来比较大小,比较时区分大小写.

varchar与char的区别是什么？大小限制？utf8字符集下varchar最多能存多少个字符?

提示:
char与varchar这两个字符类型在mysql中经常遇见,正确的使用,可以提高效率与避免空间上的浪费.
答案:
存数据时的区别
char定义的是固定长度,长度范围为0-255,存储时,如果字符数没有达到定义的位数,会在后面用空格补全存入数据库中,在上例中,name实际存储在数据中的数据为'zejin '
varchar是变长长度,长度范围为0-65535,存储时,如果字符没有达到定义的位数,也不会在后面补空格,在上例subject字段中,实际存储在数据中的数据为'zejin ',当然还有一或两个字节来描述该字节长度
取数据时的区别
数据库取char的数据时,会把后面的空格全部丢弃掉,也就是说,在char中的尾部存入空格时,最后取出来都会被丢弃.而数据库在取varchar数据时,尾部空格会保留.

primary key和unique key的区别？

提示:
primary key = unique + not null
答案:
Primary key与Unique Key都是唯一性约束.但二者有很大的区别：
unique Key
1.唯一键,一个表只能有一个PRIMARY KEY.
2.Primary key的1个或多个列必须为NOT NULL,如果列为NULL,在增加PRIMARY KEY时,列自动更改为NOT NULL.
Primary key
1.主键,一个表可以有多个UNIQUE KEY
2.UNIQUE KEY 对列没有NOT NULL或NULL的特殊要求.

外键有什么用,是否该用外键？外键一定需要索引吗？

提示:
主要考你对表的设计与优化.可以通过使用外键的优缺点来分析该问题.
答案:
外键是什么
程序很难100％保证数据的完整性,而用外键即使在数据库服务器down机或者出现其他问题的时候,也能够最大限度的保证数据的一致性和完整性.
是否该用外键
因需而定,在大型系统中（性能要求不高,安全要求高）,使用外键；在大型系统中（性能要求高,安全自己控制）,不用外键；小系统随便,最好用外键.
外键是否需要索引
加入外键的主要问题就是影响性能,因此加入索引能加快关联查询的速度.

myisam与innodb的区别与选择？

提示:
希望看到你通过对两者区别和针对公司的业务类型来选择合适的表类型,这样才能发挥mysql的性能优势.
答案:
myisam与innodb是mysql的储引擎.
区别
1.InnoDB支持事务,MyISAM不支持,对于InnoDB每一条SQL语言都默认封装成事务,自动提交,这样会影响速度,所以最好把多条SQL语言放在begin和commit之间,组成一个事务；
2.InnoDB支持外键,而MyISAM不支持.对一个包含外键的InnoDB表转为MYISAM会失败；
3.InnoDB是聚集索引,数据文件是和索引绑在一起的,必须要有主键,通过主键索引效率很高.但是辅助索引需要两次查询,先查询到主键,然后再通过主键查询到数据.因此,主键不应该过大,因为主键太大,其他索引也都会很大.而MyISAM是非聚集索引,数据文件是分离的,索引保存的是数据文件的指针.主键索引和辅助索引是独立的.
4.InnoDB不保存表的具体行数,执行select count() from table时需要全表扫描.而MyISAM用一个变量保存了整个表的行数,执行上述语句时只需要读出该变量即可,速度很快； *
5.Innodb不支持全文索引,而MyISAM支持全文索引,查询效率上MyISAM要高；* *
选择
1.是否要支持事务,如果要请选择innodb,如果不需要可以考虑MyISAM；
2.如果表中绝大多数都只是读查询,可以考虑MyISAM,如果既有读写也挺频繁,请使用InnoDB.
3.系统奔溃后,MyISAM恢复起来更困难,能否接受；
4.MySQL5.5版本开始Innodb已经成为Mysql的默认引擎*(之前是MyISAM),说明其优势是有目共睹的,如果你不知道用什么,那就用InnoDB,至少不会差.

总结
读操作多用MyISAM
写操作多用InnoDB

索引有什么用,大致原理是什么？设计索引有什么注意点？

提示:
鉴于创建索引需要额外的磁盘空间（,以及太多的索引会导致文件系统大小限制所产生的问题,所以对哪些字段建立索引,什么情况下使用索引,需要审慎考虑.
答案:
*索引作用
MySQL索引在MySQL数据库中,可以有效提高查询的效率,尤其是查询数据量非常大时,效果更为明显,往往能使查询速度加快成千上万倍.
索引原理
MySQL索引主要有一下几种索引类型:FULLTEXT,HASH,BTREE,RTREE,对不通类型有着不通的存储引擎,如上面提到的MyISAM,InnoDB.
使用注意
并非所有的数据库都以相同的方式使用索引.作为通用规则,只有当经常查询索引列中的数据时,才需要在表上创建索引.索引占用磁盘空间,并且降低添加.删除和更新行的速度.在多数情况下,索引用于数据检索的速度优势大大超过它的不足之处.但是,如果应用程序非常频繁地更新数据或磁盘空间有限,则可能需要限制索引的数量.

3.2redis相关

什么场景用redis,为什么mysql不适合？

提示:
不同需求不同场景有着不同选择,一般可以redis+mysql联用,如果可以涉及memcache,mongoDB这些no sql系列加分.
答案:
redis场景
1.会话缓存（Session Cache）
用Redis缓存会话比其他存储（如Memcached）的优势在于：Redis提供持久化.
2.全页缓存（FPC）
即使重启了Redis实例,因为有磁盘的持久化
3.队列
Redis作为队列使用的操作,就类似于本地程序语言（如Python）对 list 的 push/pop 操作.
4.排行榜/计数器
集合（Set）和有序集合（Sorted Set）也使得我们在执行这些操作的时候变的非常简单
5.发布/订阅
在社交网络连接中使用,还可作为基于发布/订阅的脚本触发器,甚至用Redis的发布/订阅功能来建立聊天系统
redis与mysql
这两者是内存和硬盘的关系,硬盘放置主体数据用于持久化存储,而内存则是当前运行的那部分数据,CPU访问内存而不是磁盘,这大大提升了运行的速度,当然这是基于程序的局部化访问原理.
推理到redis+mysql,它是内存+磁盘关系的一个映射,mysql放在磁盘,redis放在内存,这样的话,web应用每次只访问redis,如果没有找到的数据,才去访问Mysql.

谈谈redis的事务？可以处理分布式事务吗？怎么解决?

提示:
redis本身不处理分布式事物或者说它的事物非常弱,因为redis本身是单线程的.
答案:
通过Redis+Lua方案,Redis的事务对处理较复杂的业务需求非常有用.
其次,Redis中实现事务有2种方式:
1.使用MULIT,EXEC,DISCARD和WATCH等命令;
2.使用Lua脚本封装多个redis基本命令,来实现一个复杂的事务操作.
3.DISCARD指令就是用来回滚的.

redis内存满了会怎么样？

提示:
需要你描述解决该问题的过程(起因-分析-排查-解决)
答案:
当内存满了,不允许再存数据,会出现错误OOM command not allowed when used memory > ‘maxmemory’

4.安全

Web安全与我们平时开发处处关联,那么web开发需要在工作中注意哪些安全方面的问题？

sql注入是怎么产生的,如何防止

提示:
对于一个有经验的开发人员,代码的书写规范是门必修课,这里考的就是程序员对书写sql语句中是否注意书写规范.
答案:
sql不禁是Python中需要防范的问题,在其他语言也是个必不可少的问题,这里引用PHP的防注入方案.
1.过滤掉一些常见的数据库操作关键字:select,insert,update,delete,and,*等.或者通过系统函数:addslashes(需要被过滤的内容)来进行过滤.
2.SQL语句书写的时候尽量不要省略小引号(tab键上面那个)和单引号.
3.提高数据库命名技巧,对于一些重要的字段根据程序的特点命名,取不易被猜到的.
4.对于常用的方法加以封装,避免直接暴漏SQL语句.
5.控制错误信息.
关闭错误提示信息,将错误信息写到系统日志.
6.使用Mysqli和PDO连接mysql数据预处理.

xss是什么,如何预防？ - 提示:
利用django/flask都是可以防止xss攻击的.

答案:
什么是XSS攻击
XSS即跨站脚本攻击,XSS是一种经常出现在web应用中的计算机安全漏洞,它允许恶意web用户将代码植入到提供给其它用户使用的页面中.简单的说就是HTML注入问题.
防止XSS攻击的两种方式
1.对单一变量进行转义过滤.可以使用escape过滤器,无需转义时使用safe过滤器
2.利用django的HTML自动转义,无需autoescape 标签,django中的HTML文档会自动转义.

csrf是什么？如何防范的？

提示:
用 django 有多久,跟 csrf 这个概念打交道就有久.
答案:
csrf是什么
CSRF,跨站点伪造请求.顾名思义,就是是伪造请求,冒充用户在站内的正常操作.
通过Django来防范CSRF
1.首先,最基本的原则是：GET 请求不要用有副作用.也就是说任何处理 GET 请求的代码对资源的访问都一定要是“只读“的.
2.启用 django.middleware.csrf.CsrfViewMiddleware 这个中间件.
3.再次,在所有的 POST 表单元素时,需要加上一个csrf_token的tag.
4.在渲染模块时,使用 render.它会处理 csrf_token 这个 tag,从而自动为表单添加一个名为csrfmiddlewaretoken 的 input.
更多XSS与CSRF详情见

4.2密码技术

简单说说https的工作原理与http的区别？

提示:
希望可以讲到里面使用了哪些加密算法
答案:
Https是一种基于SSL/TLS的Http协议,所有的http数据都是在SSL/TLS协议封装之上传输的.
Https协议在Http协议的基础上,添加了SSL/TLS握手以及数据加密传输,也属于应用层协议.
1.HTTP协议运行在TCP之上,所有传输的内容都是明文,客户端和服务器端都无法验证对方的身份.
2.HTTPS是运行在SSL/TLS之上的HTTP协议,SSL/TLS运行在TCP之上.所有传输的内容都经过加密,加密采用对称加密,但对称加密的密钥用服务器方的证书进行了非对称加密.

说说https有什么优缺点?

提示:
从安全与性能方向回答.
答案:
优点
1.使用 HTTPS 协议可认证用户和服务器,确保数据发送到正确的客户机和服务器;
2.HTTPS 协议是由 SSL+HTTP 协议构建的可进行加密传输.身份认证的网络协议, 要比 http 协议安全,可防止数据在传输过程中不被窃取.改变,确保数据的完整性.
3.HTTPS 是现行架构下最安全的解决方案,虽然不是绝对安全,但它大幅增加了中间人攻击的成本.
缺点
1.HTTPS 协议的加密范围也比较有限,在黑客攻击.拒绝服务攻击.服务器劫持等方面几乎起不到什么作用
2.HTTPS 协议还会影响缓存,增加数据开销和功耗,甚至已有安全措施也会受到影响.
3.SSL 证书需要钱.功能越强大的证书费用越高.个人网站.小网站没有必要一般不会用.
4.HTTPS 连接服务器端资源占用高很多,握手阶段比较费时对网站的相应速度有负面影响.
5.HTTPS 连接缓存不如 HTTP 高效.

对称加密与非对称加密区别？

提示:
对称加密高效不安全,非对称加密安全不高效.
答案:
对称加密
对称加密是指加密和解密使用的密钥是同一个密钥,或者可以相互推算.对称加密的优点是算法简单,加解密效率高,系统开销小,适合对大数据量加密.缺点是解密加密使用同一个密钥,需要考虑远程通信的情况下如何安全的交换密钥,如果密钥丢失,所谓的加密解密就失效了.
非对称加密
非对称加密和解密使用的密钥不是同一密钥,其中一个对外界公开,被称为公钥,另一个只有所有者知道,
称作私钥.
用公钥加密的信息必须用私钥才能解开,反之,用私钥加密的信息只有用公钥才能解开.