自适应心跳
根据网络抖动动态调整心跳间隔，空闲时降频省电，拥塞时提前探测，避免 keepalive 被误判为掉线。
$ init --title "QuickQ VPN" --mode=long-run
更快，更简单，更稳定的VPN
QuickQ VPN 针对长时间在线场景优化心跳与重连机制，保持连接稳定，适合挂机下载与持续办公使用。
内置自适应心跳、断线秒级重连与多线路故障切换，让 session 不再因为一次抖动而中断。
99.98%连接保持率
<1.2s断线重连
72h+持续在线实测
cat ./features.md
为「长时间在线」而设计的四件事
不是把功能堆满，而是把最容易在长会话里出问题的环节逐个补齐：心跳、重连、线路切换、资源占用。
秒级重连
连接中断后自动复用会话票据，跳过完整握手，实测平均 0.94s 恢复，下载任务无需重新排队。
多线路故障切换
同时维护主备节点健康度评分，某条线路劣化时无感迁移，会议、远程桌面、长连接推送不中断。
低占用常驻
后台进程内存占用保持在低位，笔记本合盖唤醒后自动校准隧道状态，适合全天挂机场景。
quickq --explain heartbeat reconnection
心跳与重连：稳定性的真正来源
很多 VPN 在短时间测速中表现优秀，却在连续数小时的使用中频繁掉线。QuickQ VPN 把优化重心放在「时间维度」上。
- 心跳分层：控制面与数据面分离探测，避免大流量下载把心跳包挤出队列。
- 抖动容错：连续 N 次探测失败才判定掉线，减少误判导致的无效重连。
- 会话票据复用：重连时携带加密票据，跳过重复认证，缩短恢复窗口。
- 线路健康评分：按丢包、时延、抖动综合打分，劣化线路自动降权。
- 唤醒校准：设备休眠唤醒后主动校验隧道，避免「显示已连接但实际不通」。
config/heartbeat.yml
# QuickQ VPN long-run profile tunnel: mode: "persistent" mtu: 1380 heartbeat: interval: 15s # 空闲基准频率 adaptive: true # 随抖动动态调整 fail_threshold: 3 # 连续失败才判掉线 reconnect: ticket_reuse: true # 会话票据复用 max_retry: infinite backoff: "jittered" failover: nodes: ["hk-01","sg-02","jp-03"] score_by: ["loss","rtt","jitter"]
典型场景下的表现
output/session_report.log
$ quickq report --last 72h [PASS] 挂机下载 36.2 GB → 会话中断 0 次 [PASS] 远程办公 8h 视频会 → 卡顿重连 1 次（0.87s） [PASS] 跨区协作 12h 长连接 → 心跳误判 0 次 [PASS] 休眠唤醒 6 次 → 隧道校准 6/6 成功
tail -n 4 ./reviews.db
用户真实评价
来自长时间在线场景的真实反馈：挂机下载、远程办公、跨区协作。
★★★★★
连续挂了三天做资源同步，中间只看到一次线路切换日志，下载队列完全没断。以前用别的工具经常半夜掉线，早上一看全停了。
@night_owl_88
★★★★★
每天六小时以上的视频会议，最怕的就是中途断线重进。QuickQ 的重连基本感觉不到，画面只是轻微顿一下就回来了。
@remote_pm_lin
★★★★☆
心跳机制确实稳，长连接推送不再被静默掐断。唯一想提的是希望节点列表能支持自定义排序，其他都很满意。
@devops_chen
★★★★★
笔记本合盖、开盖、切换 Wi-Fi 与热点，隧道状态都能自己校准回来，不用手动断开重连，这点对经常换网络的人太友好了。
@ferry_worker
whoami --team
维护这套系统的人
一支专注网络传输与长连接稳定性工程的小团队，负责协议栈、节点运维与客户端体验。
林昭
// 协议工程师
负责心跳与重连机制设计，长期研究弱网环境下的会话保持策略。
苏野
// 节点运维
维护多线路健康评分与故障切换，保障长会话期间的线路可用性。
何沐
// 客户端体验
负责桌面与移动端常驻表现，优化休眠唤醒后的隧道校准流程。
郑铭
// 安全审计
负责加密票据与握手流程的安全评审，定期进行链路渗透测试。
ls ./partners --sort=name
客户与合作品牌
来自远程办公团队、内容创作者与小型工作室的长期使用者。
NODEWORKS
PACKETLAB
REMOTEOPS
SYNCFORGE
LATENCY.IO
GREENHOST
DEEPQUEUE
TERMSTACK
quickq --help faq
常见问题
QuickQ VPN 的心跳机制和普通 VPN 有什么不同？
普通 VPN 通常使用固定间隔的心跳，大流量下载时心跳包容易排队延迟，被误判为掉线。QuickQ 将控制面与数据面探测分离，并采用
adaptive 自适应频率：空闲时降频，拥塞时提前探测，同时只有连续多次失败才判定掉线，显著减少无效重连。
长时间挂机下载会不会中途断开？
在实测中，连续 72 小时的下载会话未出现中断。即使发生线路抖动，客户端会复用会话票据在约
0.94s 内恢复，下载任务队列不需要重新建立。
设备休眠唤醒后显示已连接，但网络不通怎么办？
QuickQ 在系统唤醒时会主动校验隧道状态，并自动重新校准路由，避免出现「状态显示已连接但实际不通」的情况。若仍异常，可在客户端执行
quickq doctor 进行自检。
多线路故障切换会影响正在进行的会议吗？
切换过程对应用层基本无感，视频会议通常只表现为极短暂的画面停顿。系统按丢包、时延、抖动综合评分为线路排序，优先迁移到健康度更高的节点。
是否适合全天常驻在笔记本上运行？
适合。后台进程内存占用保持在低位，空闲时心跳降频以减少电量消耗，因此在长时间办公与挂机场景下都能稳定常驻。
$ run quickq --install
让它替你守住这条长连接
为长时间在线场景优化的心跳与重连机制，已经在挂机下载与持续办公中验证。现在开始，把稳定性交给 QuickQ VPN。
tail -f ./news.log
最新资讯
- 心跳算法更新：弱网下误判掉线率进一步下降 UPDATE
- 新增线路健康评分维度，故障切换更平滑 NETWORK
- 用户实测：72 小时挂机下载会话零中断 REPORT
- 客户端休眠唤醒校准流程优化说明 CLIENT
- 持续办公场景下的低占用常驻表现实测 BENCH
- 常见连接问题排查手册更新至最新版本 DOCS