一个问题是上述代码中存在竞争条件,因为在测试存在性和创建文件之间存在差距。这可能存在安全隐患(想想有人恶意将符号链接插入到他们无法覆盖的敏感文件,但您的程序以更高的权限运行可以)像这样的攻击就是为什么像 os.tempnam( ) 已弃用。
为了解决这个问题,最好的方法是实际尝试以这样一种方式创建文件,如果它失败,你会得到一个异常,并在成功时返回实际打开的文件对象。这可以通过传递 os.O_CREAT 和 os.O_EXCL 标志使用较低级别的 os.open 函数来完成。打开后,返回您创建的实际文件(以及可选的文件名)。例如,这是您修改为使用此方法的代码(返回 (file, filename) 元组):
def unique_file(file_name):
counter = 1
file_name_parts = os.path.splitext(file_name) # returns ('/path/file', '.ext')
while 1:
try:
fd = os.open(file_name, os.O_CREAT | os.O_EXCL | os.O_RDRW)
return os.fdopen(fd), file_name
except OSError:
pass
file_name = file_name_parts[0] + '_' + str(counter) + file_name_parts[1]
counter += 1
[编辑] 实际上,为您处理上述问题的更好方法可能是使用 tempfile 模块,尽管您可能会失去对命名的一些控制。这是一个使用它的例子(保持类似的界面):
def unique_file(file_name):
dirname, filename = os.path.split(file_name)
prefix, suffix = os.path.splitext(filename)
fd, filename = tempfile.mkstemp(suffix, prefix+"_", dirname)
return os.fdopen(fd), filename
>>> f, filename=unique_file('/home/some_dir/foo.txt')
>>> print filename
/home/some_dir/foo_z8f_2Z.txt
这种方法的唯一缺点是你总是会得到一个包含一些随机字符的文件名,因为没有尝试首先创建一个未修改的文件 (/home/some_dir/foo.txt)。您可能还想查看 tempfile.TemporaryFile 和 NamedTemporaryFile,它们将执行上述操作,并在关闭时自动从磁盘中删除。