闭包在 puppeteer 中不保存上下文，而是捕获外部变量；需通过显式传参、evaluatehandle 或事件监听维持跨页面/异步场景下的上下文一致性，避免长期持有 page 或 element handle。
在 Puppeteer 脚本中，闭包本身不“保存”上下文，而是通过函数作用域自然捕获外部变量；真正需要关注的是如何让这些被捕获的变量在页面生命周期内持续有效、不被 GC 回收或意外覆盖——尤其在跨页面、跨帧、异步操作（如 page.evaluate）中保持上下文一致性。
闭包在 evaluate 中无法直接传递对象引用
page.evaluate 及其变体（如 evaluateHandle、$$eval）运行在浏览器上下文（isolated world），与 Node.js 主进程内存隔离。闭包中引用的变量若未显式序列化或注入，就无法自动带入页面执行环境。
- ❌ 错误写法：直接把 Node 端函数/对象闭包传进
evaluate - ✅ 正确做法：只传原始值（字符串、数字、布尔）、可序列化结构，或用
evaluateHandle保持 JSHandle 引用（适用于 DOM 元素、window 对象等） - 示例：你想在每个链接点击后记录当前 URL 上下文，不能靠闭包记住 Node 端的
currentUrl变量，而应在evaluate内部读取location.href或通过args显式传入快照值
用闭包封装页面逻辑 + 显式参数绑定维持上下文
适合在 Node 层组织可复用、带状态的抓取单元，比如分页器、列表解析器、登录会话管理器。闭包用于“冻结”配置和中间状态，但每次调用仍需明确传入当前页面句柄或数据。
- 将页面操作逻辑封装为工厂函数，返回带预设参数的 async 函数
- 利用
bind或箭头函数捕获配置项（如 baseSelector、timeout、retryCount），避免重复传参 - 关键：闭包保存的是控制逻辑和元信息，不是页面 DOM 或 JSHandle —— 后者必须每次从
page实例动态获取
跨页面/跨帧场景：用 page.on(‘framenavigated’) + 闭包缓存导航上下文
当页面跳转、iframe 加载时，旧的 page 或 frame 句柄可能失效。可用闭包配合事件监听，在导航发生时更新当前上下文引用。
- 定义一个上下文管理对象，用闭包包裹
currentFrame、lastUrl、isLoginSuccess等状态 - 监听
page.on('framenavigated', frame => { ... })，在回调中更新闭包内变量 - 后续操作（如等待元素、提取文本）基于该闭包内最新的
currentFrame执行，而非硬编码page.mainFrame()
避免闭包陷阱：不要长期持有 page 或 element handle
Puppeteer 的 Page、JSHandle、ElementHandle 是远程引用，底层对应浏览器中的对象。如果闭包长期持有它们，容易导致内存泄漏或 execution context gone 报错（页面关闭后句柄仍被引用）。
- 原则：句柄应“即用即取、用完即弃”，优先用
page.$(selector)而非缓存ElementHandle - 若必须复用，确保在页面销毁前手动
handle.dispose() - 闭包更适合保存轻量、稳定的元数据（如 selector 字符串、重试策略、用户代理标识），而非运行时对象引用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
