这个问题我之前也踩过坑！核心原因是win32com的Dispatch方法默认会优先复用系统中已存在的Excel进程——哪怕你创建了两个Excel.Application对象，它们其实还是绑定到同一个实例上，所以关闭一个会牵连另一个。

关键解决思路 #

要创建完全独立的Excel进程，你需要替换Dispatch为DispatchEx，它会强制启动全新的Excel实例，每个实例都在单独的系统进程中运行，互相不影响。同时还要注意正确的关闭流程，避免残留后台进程。

完整代码示例 #

import win32com.client
import time
import gc

# 创建第一个独立Excel进程并打开xlsx文件
excel_xlsx = win32com.client.DispatchEx("Excel.Application")
excel_xlsx.Visible = True  # 设置可见，方便直观验证
wb_xlsx = excel_xlsx.Workbooks.Open(r"C:\your\path\file1.xlsx")

# 创建第二个独立Excel进程并打开xls文件
excel_xls = win32com.client.DispatchEx("Excel.Application")
excel_xls.Visible = True
wb_xls = excel_xls.Workbooks.Open(r"C:\your\path\file2.xls")

# 测试单独关闭xlsx对应的Excel进程
print("等待3秒后关闭xlsx文件所在的Excel...")
time.sleep(3)
wb_xlsx.Close(SaveChanges=False)  # 先关闭工作簿
excel_xlsx.Quit()  # 再退出整个Excel应用进程
# 释放COM对象并触发垃圾回收，避免残留进程
del wb_xlsx, excel_xlsx
gc.collect()

# 此时xls文件的Excel应该还在正常运行
print("xlsx的Excel已关闭，xls的Excel仍在运行，等待5秒后关闭它...")
time.sleep(5)

# 关闭xls对应的Excel进程
wb_xls.Close(SaveChanges=False)
excel_xls.Quit()
del wb_xls, excel_xls
gc.collect()

print("所有Excel进程已关闭")

重要注意事项 #

• 必须用DispatchEx：Dispatch会复用现有Excel实例，而DispatchEx强制创建新进程，这是实现独立控制的核心。
• 正确的关闭顺序：先关闭工作簿（wb.Close()），再退出应用（excel_app.Quit()），否则容易导致Excel进程残留后台。
• 释放COM对象：手动删除对象并调用gc.collect()，确保Python完全释放对COM对象的引用，避免内存泄漏或残留进程。
• Visible属性：设置为True方便测试时直观看到两个独立的Excel窗口，生产环境可以根据需求设为False。

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