Playwright 等不到表单元素因默认只等 DOM 而非 JS 渲染完成，应优先用 wait_for_function 检查 JS 状态，配合启用选择器、DOM 属性修改和事件触发确保填表可靠。
Playwright 等不到表单元素？先确认页面是否真加载完成
Playwright 的 page.wait_for_selector() 默认只等 DOM 出现，不等 JS 渲染或表单初始化。很多动态表单（比如用 React/Vue 懒加载的签到页）DOM 节点早就存在了，但 input 还没绑定事件、没填默认值、甚至被 JS 隐藏后又 show —— 这时候直接 fill() 会报 TimeoutError 或填不进去。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 优先用
page.wait_for_function()检查 JS 状态，比如等window.appReady === true或document.querySelector('form#signForm')?.dataset.loaded === "true" - 避免只等
"input[name='username']"，改用带状态判断的选择器："input[name='username']:enabled:not([disabled])" - 填表前加一次
page.wait_for_timeout(300)（仅调试用），确认不是渲染竞态问题；正式代码里应替换为更可靠的信号
自动填表时字段被禁用或只读？绕过前端校验别硬刚
有些网页用 disabled、readonly 属性或监听 input 事件拦截修改，page.fill() 会失败或被立刻清空。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
page.evaluate()直接改 DOM 属性：element.disabled = false; element.readOnly = false; - 填值不用
fill()，改用element.value = 'xxx'+element.dispatchEvent(new Event('input', { bubbles: true }))触发 Vue/React 更新 - 如果表单有防 bot 校验（比如隐藏字段、时间戳、token），别跳过——得从页面 JS 中提取生成逻辑，或复用已有的
fetch请求体
签到按钮点击无效？检查是否被 JS 拦截或需要前置动作
page.click() 返回成功，但网络面板没发请求、后端没记录，大概率是按钮绑定了 JS 阻止默认行为，或点击前必须触发 focus、change、甚至模拟鼠标移动轨迹。
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 先
page.click()后立刻page.wait_for_response()等关键接口，超时就说明没发出去 - 用
page.evaluate(() => document.querySelector('button#submit').onclick?.toString())看绑定逻辑，常会发现event.preventDefault()或依赖this.form.checkValidity() - 必要时用
page.mouse.move()+page.mouse.down()+page.mouse.up()模拟真实点击，尤其防爬强的站点
为什么 Playwright 填表偶尔成功、偶尔失败？时间窗口和上下文隔离是关键
Playwright 的 page 实例是独立上下文，但网页 JS 可能依赖全局状态（如 localStorage 登录态、sessionStorage 表单缓存、performance.now() 时间戳）。重用 page 不等于重用 JS 执行环境。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 不要在同一个
browser.new_context()里反复goto()不同页面做签到——状态残留易冲突；每次签到用新 context，配storage_state复用登录态 - 填表前执行
page.evaluate(() => localStorage.clear())或精准清理特定 key，避免旧缓存干扰新表单 - 所有等待都设合理 timeout（如
timeout=10000），别依赖默认 30s；超时后主动截图 +page.content()快照，比日志更能定位卡在哪一步
动态网页的“自动填表”本质是跟 JS 运行时博弈。最麻烦的不是找不到元素，而是你认为它该 ready 的那一刻，它其实在等另一个你没注意到的 promise resolve。
