【bug】给订阅分组设置了倍率，关联了用户后，用户实际使用的额度还是按单倍进行限制的

[jiangzituozou]

【bug】给订阅分组设置了倍率，关联了用户后，用户实际使用的额度还是按单倍进行限制的

[wwbluechip]

分类：Bug（已确认）— 订阅模式下倍率未正确应用于限额检查和用量记录

代码审计发现 2 个 Bug

Bug 1：订阅用量记录使用了未乘倍率的原始费用

位置: gateway_service.go:5773-5781

订阅模式使用 cost.TotalCost（原始费用，不考虑倍率），而余额模式正确使用了 cost.ActualCost（含倍率）。

影响：设置 2x 倍率的分组，用户实际可用额度是预期的 2 倍（用量少记了一半）。

Bug 2：订阅限额检查未考虑倍率

位置: user_subscription.go:98-124

CheckDailyLimit/CheckWeeklyLimit/CheckMonthlyLimit 的 additionalCost 参数是原始费用，未乘倍率。

影响：限额检查用的是原始费用，不是倍率调整后的费用，导致限额形同虚设。

修复方向

1. gateway_service.go:5776：IncrementUsage 改用 cost.ActualCost（含倍率）
2. user_subscription.go:98-124：Check*Limit 的 additionalCost 需要是乘倍率后的值
3. billing_cache_service.go:517-527：缓存层的限额检查也需要同步修改

相关代码路径

环节	倍率是否正确应用
费用计算 (billing_service.CalculateCost)	✅
余额扣除 (DeductBalance)	✅
用量日志记录	✅
订阅用量记录 (IncrementUsage)	❌
订阅限额检查 (CheckDailyLimit 等)	❌

[wwbluechip]

根因分析

Bug 描述

订阅分组设置了倍率（rate_multiplier），但用户实际使用额度仍按 1x 限制。

根因

在 gateway_service.go 的三个 RecordUsage 方法中，订阅模式下记录用量使用了 cost.TotalCost（原始费用，未乘倍率），而非 cost.ActualCost（= TotalCost × rateMultiplier）。

余额模式 ✅：cost.ActualCost（正确应用倍率）
订阅模式 ❌：cost.TotalCost（忽略倍率）

限额检查（CheckDailyLimit 等）直接比较 DailyUsageUSD vs group.DailyLimitUSD，所以无论倍率怎么设置，订阅用量永远按 1x 记录。

影响范围

3 个文件中的订阅计费逻辑：

1. gateway_service.go → RecordUsage（L6540）
2. gateway_service.go → RecordUsageWithLongContext（L6738）
3. openai_gateway_service.go → RecordOpenAIUsage（L3477-3479）

修复方案

将订阅模式下的 cost.TotalCost 改为 cost.ActualCost，与余额模式保持一致。同时更新注释。

预计改动：2 个文件，6 处修改。