# 问题修复-发车任务超时和Vue组件警告 v3.9.3

## 📋 问题描述

用户报告在执行批量发车任务时遇到两个问题：

### 问题1：Vue 组件警告
```
[Vue warn]: Failed to resolve component: n-statistic-group
If this is a native custom element, make sure to exclude it from component resolution via compilerOptions.isCustomElement.
```

### 问题2：发车任务全部超时失败
```
❌ [token_xxx] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
```

所有6个账号的发车任务都因为请求超时而失败。

## 🔍 问题分析

### 问题1：`n-statistic-group` 组件不存在

**原因**：
- `TaskProgressCard.vue` 中使用了 `<n-statistic-group>` 组件
- Naive UI 中**没有** `n-statistic-group` 这个组件
- 应该使用 `n-space` 或其他布局组件来包裹多个 `n-statistic` 组件

**错误代码**：
```vue
<n-statistic-group>
  <n-statistic label="总任务数" :value="..." />
  <n-statistic label="成功" :value="..." />
  <n-statistic label="失败" :value="..." />
</n-statistic-group>
```

### 问题2：WebSocket 请求超时时间过短

**原因分析**：

从用户提供的日志中可以看到：
```
🚗 [token_xxx] 开始查询俱乐部车辆...
📤 发送消息: car_getrolecar {}
❌ [token_xxx] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
```

**问题点**：
1. **超时时间太短**：`car_getrolecar` 请求超时设置为1500ms（1.5秒）
2. **批量请求压力**：6个账号同时发送请求，服务器可能响应较慢
3. **网络延迟**：实际网络延迟 + 服务器处理时间可能超过1.5秒
4. **WebSocket 消息队列**：多个并发请求可能导致消息处理延迟

**超时位置**：
在 `batchTaskStore.js` 的 `sendCar` 任务中，有多处调用WebSocket命令，超时时间都设置为1500ms：

| 命令 | 调用次数 | 原超时时间 | 问题 |
|------|---------|-----------|------|
| `car_getrolecar` | 3次 | 1500ms | 查询车辆信息 |
| `car_refresh` | 1次 | 1500ms | 刷新车辆 |
| `car_claim` | 1次 | 1500ms | 收获车辆 |
| `car_send` | 1次 | 1500ms | 发送车辆 |

## ✅ 解决方案

### 修复1：替换不存在的组件

**修改文件**：`src/components/TaskProgressCard.vue`

**修复前**：
```vue
<n-statistic-group>
  <n-statistic label="总任务数" :value="Object.keys(taskResults).length" />
  <n-statistic label="成功" :value="successCount" class="success" />
  <n-statistic label="失败" :value="failedCount" class="failed" />
</n-statistic-group>
```

**修复后**：
```vue
<n-space justify="space-around">
  <n-statistic label="总任务数" :value="Object.keys(taskResults).length" />
  <n-statistic label="成功" :value="successCount" class="success" />
  <n-statistic label="失败" :value="failedCount" class="failed" />
</n-space>
```

**说明**：
- 使用 `n-space` 替代不存在的 `n-statistic-group`
- 设置 `justify="space-around"` 使统计项均匀分布
- 保持原有的样式和功能

### 修复2：增加 WebSocket 请求超时时间

**修改文件**：`src/stores/batchTaskStore.js`

#### 2.1 增加 `car_getrolecar` 超时时间（5000ms）

**原因**：查询车辆是最频繁的操作，需要更长的超时时间

**修改位置**：
1. **第1134行**：初始查询车辆
```javascript
// 修改前
const queryResponse = await client.sendWithPromise('car_getrolecar', {}, 1500)

// 修改后
const queryResponse = await client.sendWithPromise('car_getrolecar', {}, 5000)
```

2. **第1209行**：刷新后重新查询车辆
```javascript
// 修改前
const reQueryResponse = await client.sendWithPromise('car_getrolecar', {}, 1500)

// 修改后
const reQueryResponse = await client.sendWithPromise('car_getrolecar', {}, 5000)
```

3. **第1280行**：发送前重新查询车辆
```javascript
// 修改前
const finalQueryResponse = await client.sendWithPromise('car_getrolecar', {}, 1500)

// 修改后
const finalQueryResponse = await client.sendWithPromise('car_getrolecar', {}, 5000)
```

#### 2.2 增加 `car_refresh` 超时时间（3000ms）

**第1182行**：
```javascript
// 修改前
await client.sendWithPromise('car_refresh', { carId: carId }, 1500)

// 修改后
await client.sendWithPromise('car_refresh', { carId: carId }, 3000)
```

#### 2.3 增加 `car_claim` 超时时间（3000ms）

**第1250行**：
```javascript
// 修改前
await client.sendWithPromise('car_claim', { carId: carId }, 1500)

// 修改后
await client.sendWithPromise('car_claim', { carId: carId }, 3000)
```

#### 2.4 增加 `car_send` 超时时间（3000ms）

**第1293-1297行**：
```javascript
// 修改前
await client.sendWithPromise('car_send', {
  carId: carId,
  helperId: 0,
  text: ""
}, 1500)

// 修改后
await client.sendWithPromise('car_send', {
  carId: carId,
  helperId: 0,
  text: ""
}, 3000)
```

## 📊 超时时间对比

| 操作 | 原超时时间 | 新超时时间 | 增加比例 | 说明 |
|------|-----------|-----------|---------|------|
| **car_getrolecar** | 1500ms | **5000ms** | +233% | 查询操作，数据量大，需要更多时间 |
| **car_refresh** | 1500ms | **3000ms** | +100% | 刷新操作，服务器处理时间较长 |
| **car_claim** | 1500ms | **3000ms** | +100% | 收获操作，需要更新数据库 |
| **car_send** | 1500ms | **3000ms** | +100% | 发送操作，需要更新数据库 |

## 🎯 超时时间设计原则

### 为什么 `car_getrolecar` 设置为 5000ms？

1. **数据量大**：查询所有车辆信息，包括车辆状态、奖励、刷新票等
2. **频繁调用**：在一个发车任务中可能调用3次
3. **批量请求**：多个账号同时查询时，服务器压力大
4. **容错性**：5秒的超时时间提供了足够的容错空间

### 为什么其他命令设置为 3000ms？

1. **单车操作**：每次只操作一辆车，数据量较小
2. **顺序执行**：有延迟间隔，不会并发过多
3. **快速响应**：服务器处理单车操作相对较快
4. **平衡性**：3秒既保证成功率，又不会拖慢整体执行速度

## 🔄 修复效果

### 修复前
```
🚗 开始批量执行任务
📋 Token数量: 6
📋 任务列表: ['sendCar']

❌ [token_1] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
❌ [token_2] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
❌ [token_3] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
❌ [token_4] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
❌ [token_5] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)
❌ [token_6] 发车任务失败: Error: 请求超时: car_getrolecar (1500ms)

📊 统计信息: 成功 0, 失败 6
```

### 修复后（预期）
```
🚗 开始批量执行任务
📋 Token数量: 6
📋 任务列表: ['sendCar']

✅ [token_1] 发车任务完成
✅ [token_2] 发车任务完成
✅ [token_3] 发车任务完成
✅ [token_4] 发车任务完成
✅ [token_5] 发车任务完成
✅ [token_6] 发车任务完成

📊 统计信息: 成功 6, 失败 0
```

## 📝 相关文件

### 修改的文件
1. **`src/components/TaskProgressCard.vue`**（第348-363行）
   - 将 `<n-statistic-group>` 替换为 `<n-space justify="space-around">`

2. **`src/stores/batchTaskStore.js`**
   - 第1134行：`car_getrolecar` 超时 1500ms → 5000ms
   - 第1182行：`car_refresh` 超时 1500ms → 3000ms
   - 第1209行：`car_getrolecar` 超时 1500ms → 5000ms
   - 第1250行：`car_claim` 超时 1500ms → 3000ms
   - 第1280行：`car_getrolecar` 超时 1500ms → 5000ms
   - 第1293-1297行：`car_send` 超时 1500ms → 3000ms

### 新增文件
- `MD说明/问题修复-发车任务超时和Vue组件警告v3.9.3.md`

## 🧪 测试验证

### 测试1：Vue 组件警告消失
1. 刷新页面（Ctrl + F5）
2. 打开浏览器控制台
3. 执行批量任务
4. **预期结果**：
   - 不再出现 `Failed to resolve component: n-statistic-group` 警告 ✓
   - 统计信息正常显示 ✓

### 测试2：发车任务成功率提升
1. 设置并发数为6
2. 选择"发车"任务
3. 执行批量任务
4. **预期结果**：
   - 所有账号的发车任务成功完成 ✓
   - 不再出现超时错误 ✓
   - 发车状态正确显示 ✓

### 测试3：高并发场景
1. 设置并发数为20
2. 选择"发车"任务
3. 执行批量任务
4. **预期结果**：
   - 大部分账号成功完成 ✓
   - 超时率显著降低 ✓

## 💡 优化建议

### 如果仍然遇到超时问题

#### 方案1：进一步增加超时时间
```javascript
// car_getrolecar 增加到 8000ms
const queryResponse = await client.sendWithPromise('car_getrolecar', {}, 8000)

// 其他命令增加到 5000ms
await client.sendWithPromise('car_refresh', { carId: carId }, 5000)
```

#### 方案2：降低并发数
- 从并发6个降低到并发3个
- 减少同时发送请求的账号数量
- 降低服务器压力

#### 方案3：增加重试机制
当前已有自动重试机制：
- 在批量任务面板中启用"自动重试失败任务"
- 设置最大重试轮数为5轮
- 设置重试间隔为3秒

#### 方案4：增加请求间隔
在每个请求之间增加延迟：
```javascript
await new Promise(resolve => setTimeout(resolve, 500)) // 增加到1000ms
```

## 🔄 版本信息

- **版本号**: v3.9.3
- **修复日期**: 2025-01-08
- **修复内容**: 
  - 修复 Vue 组件警告（n-statistic-group 不存在）
  - 增加发车任务 WebSocket 请求超时时间
  - car_getrolecar: 1500ms → 5000ms
  - car_refresh: 1500ms → 3000ms
  - car_claim: 1500ms → 3000ms
  - car_send: 1500ms → 3000ms
- **依赖版本**: v3.9.2

## 🐛 已知问题

### 如果网络极度不稳定
在网络质量极差的情况下，可能仍然会遇到超时。建议：
1. 检查网络连接
2. 降低并发数
3. 增加超时时间到8000ms以上

### 服务器维护期间
如果服务器正在维护或响应缓慢，所有请求都可能超时。建议：
1. 等待服务器恢复正常
2. 检查服务器状态

## 📈 后续计划

- [ ] 添加自适应超时时间（根据网络延迟动态调整）
- [ ] 添加请求失败时的详细错误信息
- [ ] 优化批量请求的调度策略
- [ ] 添加请求耗时统计

---

**✅ 问题已修复！刷新页面（Ctrl + F5）即可看到修复效果！**