admin/xyzw_web_helper

Fork 0

Files

kirin 90094ccd5a 1.0

2025-10-17 20:56:50 +08:00

7.8 KiB

Raw Blame History

紧急修复：任务全部失败问题 v3.11.12

📋 更新时间

2025-10-08

🎯 问题描述

用户反馈

✅ CPU使用率：15-20%（正常）
❌ 内存占用：3000MB（3GB，远超预期1.2-1.5GB）
❌ 任务结果：全部失败，没有成功的

问题分析

根本原因

v3.11.10的优化过于激进，导致：

连接稳定等待时间太短（300ms）
任务间隔太短（200ms）
连接间隔太短（300ms）
日志关闭，无法调试

影响

WebSocket连接不稳定
服务器响应超时
所有任务失败
内存占用异常（3GB）

✅ 紧急修复

1️⃣ 启用日志（临时）

位置： src/stores/batchTaskStore.js 第17行

// 修改前
const ENABLE_BATCH_LOGS = false  // 关闭日志

// 修改后
const ENABLE_BATCH_LOGS = true  // 🔍 启用日志以调试

作用： 可以看到详细的执行日志，帮助定位问题

2️⃣ 放宽连接稳定等待时间

位置： src/stores/batchTaskStore.js 第358-360行

// 修改前
await new Promise(resolve => setTimeout(resolve, 300))  // 300ms ❌ 太短

// 修改后
await new Promise(resolve => setTimeout(resolve, 1000))  // 1秒 ✅ 稳健

作用： 给WebSocket连接更多时间稳定，减少超时

3️⃣ 放宽任务间隔

位置： src/stores/batchTaskStore.js 第412-413行

// 修改前
await new Promise(resolve => setTimeout(resolve, 200))  // 200ms ❌ 太短

// 修改后
await new Promise(resolve => setTimeout(resolve, 400))  // 400ms ✅ 平衡

作用： 避免任务执行过快导致服务器限流

4️⃣ 放宽连接间隔

位置： src/stores/batchTaskStore.js 第269-271行

// 修改前
const delayMs = connectionIndex * 300  // 300ms间隔 ❌ 太短

// 修改后
const delayMs = connectionIndex * 500  // 500ms间隔 ✅ 稳健

作用： 错开连接时间，避免服务器反批量检测

5️⃣ 调整默认并发数

位置： src/stores/batchTaskStore.js 第61-63行

// 修改前
const maxConcurrency = ref(
  parseInt(localStorage.getItem('maxConcurrency') || '1')
) // 默认1

// 修改后
const maxConcurrency = ref(
  parseInt(localStorage.getItem('maxConcurrency') || '10')
) // 默认10（稳健值）

作用： 提供合理的默认并发数

📊 修复效果对比

时间参数对比

参数	v3.11.10（激进）	v3.11.12（稳健）	变化
连接稳定等待	300ms	1000ms	+700ms
任务间隔	200ms	400ms	+200ms
连接间隔	300ms	500ms	+200ms
默认并发	1	10	+9

性能预期

v3.11.10（激进，失败）：

连接成功率：<50%  ❌
任务成功率：0%    ❌
执行速度：  极快（但全失败）
内存占用：  3GB   ❌

v3.11.12（稳健，预期）：

连接成功率：>90%  ✅
任务成功率：>85%  ✅
执行速度：  快（100个token ~2-3分钟）
内存占用：  1.2-1.5GB ✅

🚀 立即使用

步骤1：刷新页面

按 Ctrl + Shift + R
清除缓存，加载最新代码

步骤2：降低并发数（重要！）

打开批量自动化页面
设置并发数为：5-10（不要设置太高）

步骤3：小规模测试

选择：5-10个token
任务：快速套餐
观察：成功率是否提升

步骤4：查看控制台日志

按F12打开控制台
观察执行日志：
- 连接是否成功
- 任务是否完成
- 有无错误信息

步骤5：根据结果调整

如果成功率 >80%：
  ✅ 继续使用，可以逐步增加并发

如果仍然大量失败：
  ⚠️ 请提供控制台日志
  ⚠️ 可能需要进一步放宽参数

🔍 调试指南

查看失败原因

打开F12控制台，查找关键日志：

1. 连接失败

❌ Token失败: xxx (WebSocket连接失败)

原因： 网络问题或服务器限流
解决： 降低并发数，增加连接间隔

2. 任务超时

❌ 任务异常: xxx (请求超时: xxx (1000ms))

原因： 超时时间太短
解决： 增加相应命令的超时时间

3. 服务器错误

❌ 任务异常: xxx (服务器错误: 200020)

原因： 服务器拒绝请求
解决： 降低并发，增加延迟

⚙️ 参数调整建议

如果仍然大量失败

进一步放宽延迟

// 连接稳定等待
await new Promise(resolve => setTimeout(resolve, 2000))  // 1秒 → 2秒

// 任务间隔
await new Promise(resolve => setTimeout(resolve, 600))   // 400ms → 600ms

// 连接间隔
const delayMs = connectionIndex * 1000  // 500ms → 1000ms

降低并发数

100 → 50 → 30 → 20 → 10 → 5
逐步降低，直到成功率达到80%以上

📝 数据收集

为了进一步优化，请提供以下信息：

1. 基本信息

并发数：____
token数量：____
任务模板：____

2. 性能数据

CPU占用：____%
内存占用：____MB
执行时间：____分钟
成功率：  ____%

3. 控制台日志（重要！）

复制控制台中的关键错误日志：
- ❌ Token失败的原因
- ❌ 任务异常的类型
- ⚠️ 警告信息

4. 失败模式

[ ] 连接阶段失败（WebSocket连接失败）
[ ] 任务执行失败（任务超时/服务器错误）
[ ] 部分成功部分失败
[ ] 全部失败

💡 优化方向

根据失败原因

如果主要是连接失败

✅ 降低并发数
✅ 增加连接间隔（500ms → 1000ms）
✅ 增加连接稳定等待（1秒 → 2秒）

如果主要是任务超时

✅ 增加各命令的超时时间
✅ 增加任务间隔（400ms → 600ms）
✅ 减少每次执行的任务数量

如果主要是服务器错误

✅ 大幅降低并发数
✅ 大幅增加所有延迟
✅ 避开服务器高峰期

🎯 目标调整

短期目标（必须达到）

✅ 连接成功率 >90%
✅ 任务成功率 >80%
✅ 浏览器不崩溃
✅ 内存 <2GB

中期目标（期望达到）

⭐ 10个token并发成功率 >95%
⭐ 50个token并发成功率 >85%
⭐ 内存 <1.5GB
⭐ 单批时间 2-4分钟

长期目标（最终目标）

🚀 100个token并发成功率 >85%
🚀 内存 <1.5GB
🚀 单批时间 2-3分钟
🚀 700个token总时间 <20分钟

⚠️ 重要提醒

不要追求极致速度

❌ 错误思路：越快越好
✅ 正确思路：稳定可靠，成功率高

宁可慢一点，也要确保成功率！

性能优化的平衡

速度 ⚖️ 稳定性

过快：连接不稳定，任务失败
过慢：浪费时间，效率低下
平衡：稳定可靠，效率较高 ✅

📋 版本历史

v3.11.12 (2025-10-08) - 紧急修复

🐛 修复：v3.11.10优化过于激进导致全部失败
⚡ 调整：连接稳定等待 300ms → 1000ms
⚡ 调整：任务间隔 200ms → 400ms
⚡ 调整：连接间隔 300ms → 500ms
🔧 启用：临时启用日志以便调试
📊 调整：默认并发数 1 → 10

v3.11.11 (2025-10-08)

🐛 修复：localStorage配额超限

v3.11.10 (2025-10-08) - 激进优化（失败）

⚡ 激进优化导致全部失败 ❌

🎉 总结

此次紧急修复回滚了v3.11.10过于激进的优化：

✅ 放宽延迟：提高连接稳定性 ✅ 启用日志：便于调试问题 ✅ 合理并发：默认10个，可调整 ⚠️ 性能权衡：速度略慢，但稳定可靠

请立即刷新页面测试！ 🚀

如果仍然大量失败，请提供：

并发数设置
控制台日志
失败率统计

我会根据实际情况进一步调整参数！

7.8 KiB Raw Blame History Unescape Escape