本文讲解如何修正循环打印逻辑，确保列表中每个元素写入文件后立即准确打印一张独立票据，避免因打印队列未完成导致全部票据显示最后一个元素的问题。
在使用 win32api.ShellExecute(..., "print", ...) 批量打印票据时，一个常见陷阱是：该函数仅向Windows打印队列提交任务，并不等待实际打印完成。因此，当循环快速连续执行（如写入文件 → 提交打印 → 立即覆盖文件）时，后续迭代会迅速重写 tik.txt，而前序打印任务仍在后台读取该文件——最终所有票据都输出了最后一次写入的内容（即列表末尾元素）。
要解决这个问题，关键在于确保每次打印作业真正开始并稳定读取当前文件内容后，再进入下一轮写入。最直接可靠的方式是：在调用 ShellExecute 后加入合理延时，让系统有足够时间将文件内容加载进打印缓冲区。
以下是优化后的完整实现：
import win32api
import time
mylist = ["a", "b", "c", "d"]
tik_path = r"C:\Gestión Caja\tik.txt" # 使用原始字符串避免转义问题
for item in mylist:
# 安全写入：使用 with 语句自动关闭文件，防止句柄残留
with open(tik_path, "w", encoding="utf-8") as f:
f.write(item + "\n") # 建议添加换行符，提升可读性
# 提交打印任务
win32api.ShellExecute(0, "print", tik_path, None, ".", 0)
# 强制等待：确保打印机已加载当前文件内容（建议 3–8 秒，依打印机响应速度调整）
time.sleep(5)✅ 关键改进说明：
- ✅ 使用 with open(...) 替代手动 open/close，避免文件未关闭导致的写入失败或权限冲突；
- ✅ 显式指定 encoding="utf-8" 防止非ASCII字符（如西班牙语中的 ó, ñ）乱码；
- ✅ 使用原始字符串 r"..." 避免 Windows 路径反斜杠 \ 被误解析；
- ✅ time.sleep(5) 是核心修复：它为打印子系统提供缓冲窗口，大幅降低“抢写”风险。
⚠️ 注意事项：
- 若打印机驱动较慢或网络打印机延迟高，sleep(5) 可能仍不足，建议先测试 sleep(8) 并观察稳定性；
- 更健壮的方案（进阶）可监听 Windows 打印队列状态（需 win32print 模块配合 GetJob），但对轻量票据场景，延时法简洁高效；
- 生产环境建议添加异常处理（如文件权限错误、打印机离线等），例如包裹 try/except win32api.error。
通过这一调整，每张票据将严格对应列表中的一个元素，真正实现「一元素、一票据」的业务目标。
