为何使用map函数批量关闭文件时会出现close未定义错误？

我懂你想要更清爽的写法来处理这些文件的关闭问题——map(close, files)看起来很优雅，但报错NameError是因为**close不是一个全局可用的独立函数**，它是文件对象的绑定方法，必须通过具体的文件实例来调用，直接传给map当然找不到这个名称。

这里给你两个比lambda更简洁的解决方案：

方案1：用operator.methodcaller实现简洁调用 #

Python标准库的operator模块里有个methodcaller工具，专门用来生成调用对象方法的可调用函数，完美适配你的需求：

from operator import methodcaller

# 打开文件并执行PyPDF2合并操作
files = [open("foo1.pdf", "rb"), open("foo2.pdf", "rb"), open("foo3.pdf", "rb")]
# ... 这里是你的PyPDF2合并逻辑 ...

# 批量关闭文件，写法和你想要的map(close, files)几乎一样
map(methodcaller("close"), files)

methodcaller("close")会创建一个函数，它接收一个对象后会自动调用该对象的.close()方法，和你用lambda file: file.close()的效果完全一致，但更符合Pythonic的简洁风格。

方案2：用上下文管理器彻底避免手动关闭 #

其实更推荐你从根源上解决问题——用contextlib.ExitStack来自动管理多个文件的生命周期，这样根本不用手动调用close，还能保证异常情况下文件也会被正确关闭：

from contextlib import ExitStack
from PyPDF2 import PdfMerger

with ExitStack() as stack:
    # 批量打开文件并交给ExitStack管理
    files = [stack.enter_context(open(f"foo{i}.pdf", "rb")) for i in range(1, 4)]
    # 执行PDF合并
    merger = PdfMerger()
    for pdf_file in files:
        merger.append(pdf_file)
    merger.write("merged_output.pdf")
# 代码块结束后，所有文件会自动关闭，完全不用手动处理

这种方式不仅更简洁，还解决了你之前担心的“提前关闭导致空白页”的问题——文件会在整个合并操作完成后才被自动关闭，完全符合PyPDF2的要求。

内容的提问来源于stack exchange，提问作者SkyWalker