python for循环remove同一个list
下午在用python将Linux的conf配置文件转化成字典dict时遇到了一个奇怪的问题,原先conf配置文件中没有注释行(以#开头的行),后来为了避免这种情况,添加了一个对以#开头的行删除的操作。 实践结果颠覆了已有的认知,直接上代码示例。
代码片段1
#!/usr/bin/python # encoding: utf-8 # -*- coding: utf8 -*- import re list_to_test = ['# ', '# conf', 'NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"'] for member in list_to_test: if re.search('^#+.*', member) is not None: list_to_test.remove(member) print list_to_test
结果1:['# conf', 'NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"']
代码片段2
#!/usr/bin/python # encoding: utf-8 # -*- coding: utf8 -*- list_to_test = ['# ', '# conf', 'NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"'] list_to_test.remove('# ') list_to_test.remove('# conf') print list_to_test
# 结果2:['NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"']
本以为上述两个代码的结果应该是一样的,结果不一样。
分析:
原因是不能在for循环中用remove同一个列表(遍历中删除)。当remove这个list中的元素时,list的长度发生了变化,for循环就会受到影响(这个python版本(2.7.x没有明显的报错,可能作者并不认为这是一个issue或bug,但给点提示也是好的啊)。
解决办法:
用一个新的列表(list)去代替循环中的list或者代替remove操作的list。在创建新的列表是可以用cpoy模块中的deepcopy方法也可以用new_list = old_list[:]的方法,如下:
#!/usr/bin/python # encoding: utf-8 # -*- coding: utf8 -*- import re from copy import deepcopy old_list = ['# ', '# conf', 'NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"'] new_list = deepcopy(old_list) for member in new_list: if re.search('^#+.*', member) is not None: old_list.remove(member) print old_list
有趣(令人困惑)的是切片也是浅复制,但利用切片也可以实现上述功能,代码如下:
#!/usr/bin/python # encoding: utf-8 # -*- coding: utf8 -*- import re old_list = ['# ', '# conf', 'NAME="Ubuntu"', 'VERSION="14.04.3 LTS, Trusty Tahr"'] new_list = old_list[:] for member in new_list: if re.search('^#+.*', member) is not None: old_list.remove(member) print old_list
上述导致错误发生的例子(在for循环中用remove同一个列表)可以认知为这个操作是修改对象势必影响此对象,要想修改一个对象却不影响此对象引用,则需要对象复制。如果你想修改一个对象,而且想让原始的对象不受影响,那你就需要对象复制。
附加知识点:
关于浅复制(浅拷贝)
对象的浅复制(shallow copy):它虽然复制了对象,但对于对象中的元素,依然使用引用.
(1)、使用切片[:]操作进行拷贝 (注释:切片只复制了对象的顶层,对对象的下一层还是引用,举个例子:[1,2,3,[4,5,6]])
(2)、使用工厂函数(如list/dir/set)等进行拷贝
(3)、copy.copy()
(4)、=(赋值)操作(注释:原文没有,此处是新添加的,根据“对象的赋值实际上是对象的引用”添加)
如果希望复制一个容器对象,以及它里面的所有元素(包含元素的子元素),使用copy.deepcopy这个方法会消耗一些时间和空间。不过,如果你需要完全复制,这是唯一的方法。
注意:
1、对于非容器类型(如数字、字符串、和其他‘原子’类型的对象)没有被拷贝一说。
2、如果元组变量只包含原子类型对象,则不能深copy。
关于深复制和浅复制可以参考:
《深入Python(4):深拷贝和浅拷贝》http://www.cnblogs.com/BeginMan/p/3197649.html
tag: python删除list成员,python删除列表元素,python遍历删除
--end--

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Saltstack源码安装zabbix_agent客户端
Saltstack源码安装zabbix_agent客户端 安装和环境介绍略,直接上正题: 一,首先是树状图 [root@saltmaster salt]# pwd /srv/salt [root@saltmaster salt]# tree . ├──init │└──init.sls ├──top.sls └──zabbix ├──conf.sls ├──files │├──zabbix_agentd │├──zabbix_agentd.conf │└──zabbix.tar.gz ├──init.sls └──install.sls 3directories,8files 二,先系统初始化 这里目前只是告诉客户端安装vim-enhanced、lrzsz这2个软件,可以根据实际情况自行安装依赖软件,pkg安装模块目前支持apt与yum。 [root@saltmaster salt]# cat init/init.sls pkgs: pkg.installed: -names: -vim-enhanced -lrzsz 三,入口文件top.sls SLS(代表SaLt State文件)...
- 下一篇
hadoop源码解析---INodeReference机制
本文主要介绍了hadoop源码中hdfs的INodeReference机制。 在hdfs2.6版本中,引入了许多新的功能,一些原有的源代码设计也有一定的改造。一个重要的更新就是引入了快照功能。但是当HDFS文件或者目录处于某个快照中,并且这个文件或者目录被重命名或者移动到其他路径时,该文件或者目录就会存在多条访问路径。INodeReference就是为了解决这个问题产生的。 问题描述 /a是hdfs中的一个普通目录,s0为/a的一个快照,在/a目录下有一个文件test。根据快照的定义,我们可以通过/a/test以及/a/snapshot/s0/test访问test文件。 但是当用户将/a/test文件重命名成/x/test1时,通过快照路径/a/snapshot/s0/test将无法访问test文件,这种情况是不符合快照规范的。 引入INodeReference 为了解决上述问题,hdfs引入了INodeReference类。图1-1给出了INodeReference的继承关系图。这里的WithName,WithCoount,DstReference都是INodeReference的子...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7设置SWAP分区,小内存服务器的救世主
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装