升级套餐后流量为什么没变多？先看「已用」和「总量」
升级之后，你的流量总量确实变成了新套餐的完整额度。但「已经用掉的流量」不会清零。
先说结论
所以很多人升级完一看面板，觉得「没变多」——因为他看的是「已用」那一栏，而那一栏本来就该保持不变。
真正变的是剩余可用 = 新套餐总量 − 已经用掉的量。
一、升级时到底发生了什么
升级不是「在原来的额度上再加一份」，而是整包替换：
| 项目 | 升级后的状态 |
|---|---|
| 流量总量 | 变成新套餐的完整额度（不是原额度 + 新额度） |
| 已经用掉的流量 | 保持不变，不清零 |
| 剩余可用 | 新总额度 − 已用 |
| 原套餐 | 立即结束 |
| 到期日 | 从升级当天重新计算 |
| 原来的剩余价值 | 按剩余天数折算，抵扣到这次升级的费用里 |
举个具体例子：
你在 Plus（100GB）用掉了 80GB，剩下 20GB。 升级到 Pro（400GB）。
- 总量：变成 400GB
- 已用：仍然是 80GB（不会归零）
- 实际可用：400 − 80 = 320GB
如果你只看「已用 80GB」这一栏，会觉得「跟升级前一样」；但你看剩余，从 20GB 变成了 320GB。
二、怎么确认升级真的生效了
三步，一分钟：
- 看「总量」——它应该等于你新套餐的标称流量（比如升到 Pro 就是 400GB）。
- 看「剩余」——它应该明显比升级前多。
- 看到期日——升级当天重新计算，应该往后延了一个周期。
只要「总量」变了，升级就是生效的。 「已用」不动是设计如此，不是故障。
三、为什么不做成「额度叠加」
有客户问过：为什么不是「原来剩 20GB + 新套餐 400GB = 420GB」？
三个原因：
- 升级的价格已经用剩余价值抵扣过了。你原来那 20GB 的剩余价值，是按剩余天数折算成钱抵掉的，不是白送的。
- 避免重复计算。如果既折算成钱抵扣、又保留流量，等于同一份价值用了两次。
- 计费周期统一。升级后从当天重新算一个完整周期，比「半周期 + 半周期」清晰得多。
四、常见误区
误区一：升级了就应该「已用」清零
不会。已用流量是你这个周期真实产生的消耗，升级不会把它抹掉。想清零，那是另一个功能——「流量重置」（单独购买）。
误区二：升级后能降回原套餐
不能。当前不支持降级，也不支持换成同价位套餐。 系统会直接拦截并提示。
误区三：升级能保留原套餐的剩余天数
不保留，是按剩余天数折算成钱抵扣了。升级后从当天重新算一个完整周期。
误区四：试用包 / 一次性流量包也算「升级」
不算。这类是一次性套餐，购买后会替换你当前的订阅，不是在原订阅上叠加。系统会要求你确认后才下单。
五、什么时候该找人工
- 「总量」确实没变，或者显示的数值和套餐不符
- 升级后扣费金额和预期不一致
- 想在同一个周期内调整套餐，但系统提示不支持
- 需要「流量重置」这类单独功能，想确认怎么买
找客服时带上：升级前的套餐、升级后的套餐、升级时间，能直接定位。
口径依据（2026-10-22 查代码确认）： 1.
UserService.php:228/249/287—— 换套餐时transfer_enable = plan->transfer_enable * 1GB，即替换为新套餐完整额度，u/d（已用）不动。 2.OrderController注释 —— 升级「剩余价值全额抵扣、不找零」「新套餐从今天开始计算，原套餐立即结束」。 3. 降级 / 同价套餐：实测接口返回「套餐只能升级，不能降级或换成同价套餐」。 4. 一次性套餐（试用包 / 流量包）：接口返回「是独立的一次性套餐，购买后会替换当前订阅，不是在原订阅上叠加流量」，且要求confirm_replace。