# 一条发布链卡了 10 小时：僵尸进程、浏览器生命周期与时间窗编排

凌晨两点，四平台连发的脚本跑起来了。按经验 20 分钟能收工。

第二天中午我回来看，它还停在第 3 步，进度条纹丝不动。终端输出最后一行是 `CONTENT_OK`，之后什么都没了。进程没崩、没报错、CPU 占用 17 秒——它就那么**安静地挂着**。

这一篇写三件事：那个挂了 10 小时的进程是怎么来的、我踩过的浏览器生命周期坑、以及把"平台限流"当成调度资源来排期。

---

## 一、病根：脚本跑完了，进程没退出

出事的脚本最后一步是发布操作，逻辑都执行完了，日志打印正常。问题出在结尾：

```js
// 结尾什么都没有
```

脚本内部开了一个 CDP 的 WebSocket 连接去驱动浏览器，业务逻辑结束后**没有关闭连接，也没有 `process.exit()`**。Node 的事件循环里还挂着一个活跃的 socket，`node` 进程就永远不会自然退出。

这在交互式终端里看不出问题（你以为命令跑完了），但在链式脚本里是致命的：

```bash
node step1.js && node step2.js && node step3.js   # step3 挂住 → 后面永远不执行
```

链就停在这儿，一直停到有人来杀它。

### 修复：两条硬规则

**第一条，自研脚本一律显式退出。**

```js
// 业务逻辑结束后
try { ws.close() } catch (e) {}
process.exit(0);   // 别省这一行
```

**第二条，加超时兜底。** 就算将来某个环节忘了关连接，也不能让它无限挂着：

```js
const HARD_TIMEOUT = 8 * 60 * 1000;
setTimeout(() => {
  console.log('HARD_TIMEOUT');
  process.exit(1);
}, HARD_TIMEOUT).unref?.();
```

`.unref()` 让这个定时器不阻止进程正常退出，只在进程"该退没退"时才兜底。

### 怎么判断是不是僵尸

三个特征，凑齐两个基本就是：

1. 终端输出停在某一行不再增长，但命令没返回
2. 进程存在、CPU 几乎不动、也不退出
3. 后续步骤完全没开始

现场确认用进程列表看启动时间——那个挂了 10 小时的进程，启动时间戳就是昨晚 02:33，一眼就能认出来。

顺带一个反直觉的点：**`nohup ... &` 在这个环境里也会被回收**，脱离启动方式不管用。长等待必须用工具自带的后台执行能力，而不是自己在 shell 里 fork。

---

## 二、浏览器生命周期：命令结束，浏览器就没了

第二个坑更隐蔽。我习惯分两步走：先起浏览器，再跑脚本。

```bash
# 第一步：启动调试端口
chrome.exe --remote-debugging-port=9333 --user-data-dir="..." &
# 第二步（另一条命令）：
node script.js
# → connect ECONNREFUSED 127.0.0.1:9333
```

第一步那条命令一结束，浏览器进程就被环境回收了。第二条命令去连 9333，连不上。

**解法：启动和操作必须写在同一条命令里。**

```bash
cmd //c start chrome.exe --remote-debugging-port=9333 \
  --user-data-dir="C:\...\profile" --no-first-run ; \
sleep 16 ; \
node script.js
```

`sleep` 不能省——调试端口要几秒才就绪，太早连会失败。

另外两个配套细节：

- 用 `--user-data-dir` 指定固定 profile，cookie 才能跨命令保留，不用每次重新登录
- 新建标签页要用 **PUT** 方法：`curl -X PUT "http://127.0.0.1:9333/json/new?<urlencoded url>"`。用 GET 会被 Chrome 直接拒绝（报 `unsafe HTTP verb`），而且是静默失败——返回的内容不是 JSON，解析出来是空，很容易误判成"建标签失败"

---

## 三、后台标签的输入为什么会被吞掉

这个是排查最久的。脚本跑在后台标签，文字怎么也输不进去，`insertText` 和 `keyDown` 都像石沉大海。

`Page.bringToFront` 只是把标签切到前台，但页面的 `visibilityState` 仍然是 `hidden`，前端框架（React 尤其）会直接丢弃输入事件。

**正解是焦点模拟：**

```js
await send('Emulation.setFocusEmulationEnabled', { enabled: true });
```

而且**每个新连接都要重新 enable**——这是连接级的状态，不是页面级的。新开一个 WebSocket 连 CDP，就得再调一次。

同类问题的还有按钮点击：`.click()` 对 React 按钮经常无效，因为 DOM 里存在隐藏副本（`getBoundingClientRect()` 全为 0），你点中的是那个看不见的。正确做法是先按 rect 过滤出**可见**元素，再用真实鼠标事件点击。

---

## 四、平台限流的三种形态

把踩过的限流整理成表，这是排期的基础：

| 形态 | 典型平台 | 表现 | 重置时机 |
|---|---|---|---|
| 日历日限 | CSDN（约 2 篇/天）、掘金（1 篇/天） | 编辑器明确提示"今日发文额度已用完" | 自然日 00:00 |
| 滚动 24 小时 | 知乎 | 点发布无反应，toast「近期发布频率过高，请24小时后重试~」 | 上次发布时刻 +24h |
| 无日限 | 51CTO、腾讯云开发者社区、简书 | 随时可发 | — |
| 人工闸门 | 博客园（首次开通博客需申请） | 后台提示"账号未开通博客" | 审核通过 |

**滚动 24 小时那种最坑**，因为它的提示只闪 1–2 秒。我第一次遇到时连点三次，都以为是自己脚本没点中按钮——实际上每次平台都拒绝了，只是拒绝信息消失得太快。

抓它的方法：点击后 **800 毫秒内**截图，或者挂一个 `MutationObserver` 监听 toast 容器。判据别用"按钮文字变没变"，要用线上文章 URL 是否真的可访问。

另有一个反直觉的教训：博客园卡了 22 小时在"申请审核队列"，其实是走错了入口。真正能自助开通的是另一个创建页（填博客地址名 + 选皮肤），不是那个需要人工审核的申请表。

---

## 五、时间窗编排：把限流当排期资源

既然限流客观存在，就别硬碰。我把任务排成一条流水线：

```
T+0    探测额度：无日限的平台立刻发
T+0    把需要等待的任务挂成一次性定时任务
00:05  日历日限平台（额度刚重置）
上次+24h+缓冲  滚动限流平台
```

顺序不能反。日限额度重置后如果先被别的任务占掉，当天就没机会了；而滚动限流是按上次发布时间算的，早一秒都发不出去。

**关键是不用自己熬夜。** 把"00:05 发 CSDN 和掘金"写成一次性定时任务，让它在点触发，人去睡觉。第二天早上起来看结果就行。

排期时留缓冲：日限平台写 00:05 而不是 00:00，滚动限流写 +24h 再加 10 分钟。边界踩点失败的概率很高。

---

## 六、一份自检清单

写完自动化发布链，按这个过一遍：

- [ ] 每个自研脚本结尾都有 `process.exit(0)`
- [ ] 有超时兜底，且用了 `.unref()`
- [ ] 浏览器启动与操作在同一条命令内
- [ ] `/json/new` 用的是 PUT 而不是 GET
- [ ] 每个新 CDP 连接都调了 `setFocusEmulationEnabled`
- [ ] 点击前用 `getBoundingClientRect` 过滤可见元素
- [ ] 失败判据是"线上 URL 可访问"，不是"按钮文字变了"
- [ ] 有日限的任务排在额度重置之后
- [ ] 滚动限流的任务按上次发布时间 +24h + 缓冲排

---

## 七、最后

这三个坑有个共同点：**它们都不报错**。

僵尸进程不报错，它只是不退出；浏览器被回收不报错，它只是连不上；后台标签丢输入不报错，它只是没反应。真正耗掉 10 小时的不是 bug 本身，是"看起来没出错所以一直等下去"这个判断。

所以现在我的默认假设是：如果一条自动化命令超过预期时间还没返回，先怀疑进程挂起和浏览器生命周期，而不是怀疑平台接口。


第二天中午我回来看，它还停在第 3 步，进度条纹丝不动。终端输出最后一行是 CONTENT_OK，之后什么都没了。进程没崩、没报错、CPU 占用 17 秒——它就那么安静地挂着。

一条发布链卡了 10 小时：僵尸进程、浏览器生命周期与时间窗编排

凌晨两点跑起来的四平台发布链，第二天中午还停在第 3 步。复盘三个不报错的坑：不显式退出的僵尸进程、随命令结束被回收的浏览器，以及按时间窗编排的三种平台限流。

编程语言

一条发布链卡死10小时，源于Node进程未退出、浏览器生命周期断裂及后台标签输入丢失。通过显式退出、超时兜底、同命令启动浏览器、焦点模拟及限流时间窗编排，可根治静默故障。判据以线上URL可访问为准，并列出六项自检清单防复现。

代码解释

WebSocket

容器

ReAct 

JSON

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一条发布链卡了 10 小时：僵尸进程、浏览器生命周期与时间窗编排-腾讯云开发者社区-腾讯云

一条发布链卡了 10 小时：僵尸进程、浏览器生命周期与时间窗编排

一条发布链卡了 10 小时：僵尸进程、浏览器生命周期与时间窗编排

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐