外观
一次性流量包适合什么人？与月付订阅的成本对比
直接结论：一次性流量包适合需求分散、单次用量有限、并且不愿意维持订阅关系的人。它在现金支出上常有优势，在单位成本上通常处于劣势。判断是否划算要算四个量，有效期内的实际用量、需求窗口与有效期的比例、峰值需求能否被速度上限满足、到期作废的容量折算成多少钱。四个量里任意一个算错，结论都会反过来。
核验日期阅读23 分钟编辑免梯指数编辑部方法说明，不构成对任何具体服务的可用性承诺。
直接结论与适用边界
流量包和月付卖的不是同一种东西。月付出租的是一段时间内的接入权，容量只是当期上限，用不完按月清零。流量包出售的是一份有保质期的容量库存，时间只是它的失效条件。这个差别决定了两种计费方式的成本结构，也决定了它们各自适合谁。
按需求形态把读者分成四类，可以先把明显不合适的选项去掉。
第一类是每月都有稳定需求的人，例如每天查资料、开会、看视频。这类人买流量包，等于用更高的单价买一份自己既会用完又不敢用完的库存，月付在单位成本和管理负担上都更轻。
第二类是需求集中在少数月份的人，例如一年出差四五次，每次十天左右。这类人如果维持月付，会在没有出差的七八个月里为空档付费。流量包的价值主要在这个场景里出现。
第三类是项目制使用者，两三个月内集中处理一批跨境资料，项目结束后需求归零。这类人要算的是单包容量能否覆盖项目总量，一旦需要两个包，阶梯成本会抵消掉大部分便利。
第四类是备用需求，平时用量接近零，只在主线路故障或临时需要时启用。这类人真正买的是可用性，不是流量，判断标准和前三类不同。
三条边界需要提前写清。流量包不解决长期稳定性问题，有效期越长，运营方在这段时间内调整线路、收紧限速或停止服务的可能越大，而剩余容量不会因为服务变化退还。流量包不承诺匿名，付款记录、账号信息与设备指纹依然存在，运营方仍能看到连接时间、流量规模与目标域名。流量包不适合承载不可中断的业务。量尽和期尽是两条独立的终止条件，任何一条触发都会断连；月付通常按月重置，但同样可能有当月流量上限、限速或超量停机条款，不能把“月付”直接等同于“无限量”。
本文出现的金额、容量、有效期与带宽全部是测算假设，用于演示公式，不构成任何服务的报价。文中不出现具体商家，也不引用任何促销页面。读者应当把假设替换成自己查到的条款数字，再重算一遍，结论可能完全不同。
一次性流量包的定价结构
流量包的价格通常由四个变量决定，容量、有效期、速度上限、设备数。四个变量共同构成一个价格面，单独看任何一个都会误判。
容量是最显眼的变量。同一批产品里，容量越大，名义单价越低，这是规模效应。代价是绝对支出上升，过期损失也随之放大。买 100 GB 用掉 40 GB，浪费 60 GB；买 500 GB 用掉 40 GB，浪费 460 GB。名义单价下降了，实际单价反而更高。这是流量包的基本悖论，折扣用未使用的容量换来的。
有效期是第二个变量，也是流量包与月付最本质的差别。有效期把容量切成一份有保质期的库存。有效期越长，价格通常越高，因为它给了用户更大的时间弹性，也给了运营方更长的负债周期。有效期越短，价格越低，但用户必须在有限窗口内把容量消耗掉，否则作废。同一份容量配上 30 天和 365 天两种有效期，价格可以差出一倍，而容量本身没有任何变化。
速度上限是第三个变量，常被忽略。限速包和不限速包可以差出一档价格。限速包的成本逻辑是，运营方卖给你容量，同时用速率上限控制你占用带宽的时间分布，从而把同一份出口带宽卖给更多人。对用户来说，限速决定容量能否被兑现，这一点在后文单独展开。
设备数是第四个变量。有的包按账号计设备，有的按并发连接计，有的只允许单设备。设备数不改变总容量，但它改变容量被消耗的速度，也改变每个设备的实际可用时间。
四个变量之外，还有一组条款决定实际成本。计费方向是只算下行还是上下行合计，倍率是 1 倍还是更高，容量单位是 GB 还是 GiB，到期后剩余容量清零还是保留几天，是否支持叠加购买，是否支持延期，是否可退款或转让。这些条款不写在价格标签上，却直接改变分母。购买页愿意写清这七项的，通常比只写“大流量、长有效期”的更容易核算。
把定价结构画成一条链，可以看出成本为什么会在使用端被放大。
text
运营方成本 用户支付 用户得到
+------------+ +------------+ +------------+
| 出口带宽 |--分摊------->| 容量库存 |--计价------->| 标称容量 |
| 入口与中转 | | 有效期 | | 有效期 |
| 客服与结算 | | 速率上限 | | 速率上限 |
+------------+ +------------+ +-----+------+
|
实际可用 <-- 倍率、单位换算、限速、可用率
|
v v
+------------+ +------------+
| 实际用量 |--差额------->| 到期作废 |
+------------+ +------------+这张图里，用户支付的是标称容量与有效期的组合，实际得到的是在有效期内、在速度上限下、按计费口径折算后真正用掉的容量。三个修正项都在用户侧发生，运营方的成本却按标称容量结算。这个不对称是流量包定价能够成立的原因，也是用户容易算错的地方。
定价结构还有一个时间维度。运营方在卖出流量包时收到全款，交付却分散到整个有效期。这段时间里，用户承担了服务可能变化的全部风险，运营方则提前锁定了收入。对运营方，这是现金流优势；对用户，这是预付带来的信用风险。月付把这个风险切成十二份，流量包把它一次性交付给你。
按 GB 单价与有效期折算
比较流量包和月付，第一个要算的是单价，但单价有三种写法，混用会得出相反结论。
名义单价是包价除以标称容量，p_nom = P_pack / Q_pack。它是宣传页上的数字，适合做广告，不适合做预算，因为它假设容量全部用完。
实际单价是包价除以实际用量，p_real = P_pack / Q_used。它回答的是到底为每 GB 付了多少钱。这个数字只有使用结束后才能确定，购买前只能用估算值。
有效单价再加一个可用率修正，u_eff = P_pack / (Q_used × A)，其中 A 是在有效期内线路可用的时间比例。它把断线、维护和限速导致的无效时间也算进分母。
三种单价的差距可以很大。假设包价 60 元、容量 120 GB、有效期 365 天，名义单价是 0.50 元/GB。若一年只用了 80 GB，实际单价是 0.75 元/GB。若这 80 GB 里有 10% 是在限速到无法完成任务的时段消耗的，有效单价升到 0.83 元/GB。名义与实际之间差了 66%。
有效期要单独折算，因为它决定容量能否被用完。三个折算指标各有用途，不能互相替代。
日均容量需求是容量除以有效期天数，q_day = Q_pack / T。它回答每天至少要消耗多少才能用完。120 GB 除以 365 天等于 0.33 GB/天。这个数字很小，看起来容易达成，但它假设每天都用，而低频用户的真实分布是少数几天集中使用。
等效月成本是包价按有效期摊到每月，P_m_eq = P_pack × 30 / T。它回答这个包占用的预算相当于多少月费。60 元按 365 天摊，得到 4.93 元/月。这个数字常被读成“比月付便宜”，它只说明预算占用低，不说明单位成本低。
等效年成本是包价按有效期摊到全年，P_y_eq = P_pack × 365 / T。当年内需要多个包才能覆盖时，这个指标会暴露真实支出。有效期 90 天的包，一年需要 4.06 个，向上取整为 5 个。
三个指标里，等效月成本最容易被营销话术利用。一个 60 元的年包摊到每月只有 5 元，看起来比 12 元的月付便宜一半。这个比较只在包内容量足够覆盖全年需求时成立。容量不够时需要买第二个包，等效月成本立刻翻倍，而且第二个包不会因为你是回头客就自动打折。
有效期还有一个隐性成本，空窗。当年内需要的包数量增加时，包与包之间的衔接会出现空档。上一个包在第 90 天到期，下一个包在第 91 天激活，中间那一天没有服务。对低频用户，空窗可能正好落在不需要的日子。对备用需求，空窗落在故障日就是完全失效。把空窗天数乘上“需要时不可用的概率”可以估算这部分损失，更简单的做法是让有效期覆盖整个需求窗口，而不是刚好卡在边界上。
折算还有一个方向问题。用容量做分母得到的单价，和用时间做分母得到的成本，回答的是两个问题。前者回答这份容量值多少钱，后者回答这段时间的接入权值多少钱。流量包同时卖两样东西，所以两个分母都要算。月付只卖时间，容量是附带的上限，算单价只是换算习惯，算时间成本才是主线。把两种计费方式放在同一个分母上比较，是很多对比文章出错的地方。
月付订阅的单位成本与灵活性
月付的单位成本结构比流量包简单，分母是当期可用容量，分子是当期费用。
u_month = P_month / (Q_month / (m × (1 + r_up) × k) × A)
其中 m 是倍率，r_up 是上传计入比例，k 是 GB 与 GiB 的换算系数，A 是可用率。这个公式与 /budget-vpn/ 里的口径一致，换成自己的条款数字即可。
月付的价格优势来自容量按月重置。当月用不完的容量作废，但作废的规模被限制在一个月内。流量包的作废规模是整个有效期，两者不在一个量级。假设同样浪费一半容量，月付损失半个月费，流量包损失半个包价。包价通常是月费的数倍，绝对损失差距被放大。
月付真正卖的是灵活性，灵活性有三个组成部分。
退出权是第一个。按月付费意味着每个月都能重新决定是否继续。服务变差、涨价、线路调整时，最坏损失是一个月费用。流量包在有效期内没有这个权利，剩余容量既不退也不转，只能看着它失效。
容量调整是第二个。月付可以按月换档，这个月用 60 GB 的档，下个月换 150 GB 的档。流量包的容量在购买时固定，买多了浪费，买少了要再买一个，第二个包不一定有单价优惠，也不一定还能买到同一档。
价格应对是第三个。运营方涨价时，月付用户可以立即比较其他方案并迁移，流量包用户在有效期内免疫涨价。这一点对流量包有利，它的价值等于有效期内可能涨幅乘以剩余月数。涨幅不确定时，这个价值只能定性判断，不能写进预算表。
灵活性有价格标签。用年化支出表示，月付的年支出是 12 × P_month，流量包的年支出是 N_p × P_pack，N_p 由容量和有效期共同决定。两者的差额就是灵活性的价格。差额为正时，你为退出权多付了钱；差额为负时，你用放弃退出权换到了折扣。判断该不该换，取决于这笔差额是否小于你预估的风险敞口。
月付也有隐性成本。自动续费默认开启时，忘记取消会产生计划外支出。连续订阅在需求空档期仍然扣费，这部分支出不产生使用价值。按月手动购买需要记得续费，忘记续费会在需要时发现服务已断。三项隐性成本都能通过记录与提醒控制，但不能消除。把自动续费关掉、把续费日写进日历、把订阅链接备份到本地，是成本最低的三个动作。
把两种计费方式放在同一张表上，差异会更清楚。这张表的每一行都是一个会进入计算的参数，第三列与第四列是测算假设，最后一列说明数据性质。
技术参数对比表
下表把两种计费方式里会进入计算的字段集中列出。第三列与第四列是测算假设，用于演示公式，不代表任何服务的实际配置。第五列说明该参数进入哪一步计算，方便替换成自己核验到的值。最后一列区分三种数据性质，公式变量是自己填的，待核验字段必须在购买页或条款里找到原文，测算假设是为了演示而设定的区间。
| 参数 | 单位与口径 | 流量包测算假设 | 月付测算假设 | 进入公式的方式 | 数据性质 |
|---|---|---|---|---|---|
| 现金支出 P | 元/次 或 元/月 | 40 至 90 元/包 | 10 至 25 元/月 | 公式分子 | 测算假设 |
| 标称容量 Q | GB，十进制 | 50 至 300 GB/包 | 60 至 250 GB/月 | 分母上限 | 待核验字段 |
| 有效期 T | 天，注明起算事件 | 30 至 365 天 | 30 天或自然月 | 决定年内包数量 N_p | 待核验字段 |
| 名义单价 | 元/GB | 0.30 至 0.80 | 0.10 至 0.30 | p_nom = P / Q | 计算值 |
| 计费倍率 m | 倍 | 1 至 2 | 1 至 3 | 分母除以 m | 待核验字段 |
| 上传计入 r_up | % | 0 至 20 | 5 至 20 | 分母乘 1 加 r_up | 待核验字段 |
| 速度上限 B | Mbps，注明单用户或单连接 | 10 至 100 | 100 或不标注 | 决定跑满耗时 T_full | 待核验字段 |
| 设备并发 D | 台，同时在线 | 1 至 3 | 1 至 5 | 分摊支出，不改变容量 | 待核验字段 |
| 到期处理 | 清零、保留或转余额 | 以清零为主 | 按月清零 | 决定浪费金额 W | 待核验字段 |
| 中止与退款 | 比例与窗口 | 通常不退 | 3 至 7 天窗口 | 决定最坏损失 | 待核验字段 |
| 容量可调性 | 固定、可叠加或可升级 | 固定，可叠加 | 按月换档 | 决定 N_p 的台阶 | 待核验字段 |
| 支付手续费 F_pay | %，含固定费折算 | 2 至 5 | 0 至 3 | 加到现金支出 | 测算假设 |
读这张表要抓住三组对照。
第一组是现金支出与单位成本的方向相反。流量包的现金支出通常更低，单位成本通常更高。两件事同时成立，因为流量包用更少的钱买了更贵的容量。判断哪一个更重要，取决于有效期内能否用完，以及不用完的那部分是否让你难受。
第二组是有效期与中止条款的不对称。流量包的有效期是硬约束，中止后剩余容量归零。月付的有效期也是硬约束，但周期短，作废规模被压在一个月内。中止条款决定最坏情况下的损失上限，这个上限比单价更能决定该不该买。
第三组是容量可调性与用量可预测性的关系。用量越难预测，越需要可调容量，月付的按需换档更合适。用量越容易预测，越可以提前买断容量，流量包的单价折扣才有意义。多数人高估自己的预测能力，把“大概每个月几十 GB”当成可预测，实际月用量可能差三倍。
单位也要单独核对。速度上限用 Mbps，下载软件显示 MB/s，两者差 8 倍。容量用 GB 还是 GiB，差 7.37%。有效期写 180 天还是 6 个月，在闰年和月末边界上会差一天。同一张表里混用这些单位，算出来的单价没有比较意义。
用量分布决定结论
流量包划不划算，最终由用量分布决定，平均值只能作为参考。四个指标比月均值有用。
第一个是年内总用量 Q_y，单位 GB。它决定需要几个包。
第二个是活跃月数 M_a，即一年中有多少个月产生了实际流量。它决定月付需要付多少个月。
第三个是单月峰值 Q_peak，单位 GB。它决定单包容量是否够用，以及是否需要第二个包。
第四个是峰谷比，即峰值月用量除以活跃月的中位用量。它衡量需求的离散程度。峰谷比接近 1 说明需求均匀，靠近 5 以上说明需求集中。
四种典型分布对应四种结论。
低频型指每月只用几次，全年总量在 30 GB 以内，活跃月数不确定。这类需求的容量利用率很低，任何按容量计价的方案都会浪费。流量包在这里的优势是有效期长，一份容量可以慢慢消耗。劣势是单价高，且容易在到期时剩下大半。适合它的做法是把容量选小，宁可买两个小包，也不要买一个用不完的大包。
旅行型指一年出行数次，每次七到十四天，集中消耗。这类需求的峰谷比高，活跃月数少，单次用量中等。流量包与月付的差距在这个分布上最小，因为月付需要覆盖空档月才能保证出行时可用。判断的关键是出行日期的可预测性，日期确定时可以按需订阅，日期不确定时包更稳。
项目制指两三个月内集中处理一批任务，总量大，结束后归零。这类需求的单月峰值最高，最容易触发“需要两个包”的阶梯。项目制的正确算法是先算总量，再除以单包容量，向上取整得到包数，然后与同期月付比较。多数项目制需求会在这一步发现月付更便宜。
备用型指平时几乎不用，只在主线路故障时启用。这类需求的全年总量可能不到 10 GB，但它要求在任意时刻可用。备用方案的评价标准是“失效概率乘以故障损失”，不是单价。流量包在备用场景里的合理性来自有效期长与无需续费，不来自便宜。
text
全年需求 Q_y 与活跃月数 M_a 的分布
M_a 小 M_a 大
+------------------+ +------------------+
Q_y 小 | 低频型 | | 均匀轻量型 |
| 小容量长有效期包 | | 低档月付 |
+------------------+ +------------------+
Q_y 大 | 旅行型 / 项目制 | | 稳定重度型 |
| 算包数后比月付 | | 月付或年付 |
+------------------+ +------------------+这张矩阵只做粗分类。真正决定结论的是包数 N_p，因为成本是阶梯函数。一个包能覆盖时，流量包的现金优势最大；需要两个包时，优势通常消失；需要三个包时，月付几乎必然更便宜。把需求压进一个包，是流量包使用者唯一能主动控制的变量。
用量估算本身有误差。系统流量统计、路由器统计与客户端统计三者会不一致，差值来自重传、局域网流量与统计周期。估算时取三者中最大的一个，再乘 1.2 作为缓冲。宁可高估两成，也不要低估，低估的代价是中途再买一个包，而第二个包往往没有首包的价格。
峰值带宽、限速与时间成本
流量包的容量能否兑现，取决于速度上限。容量除以速度得到跑满所需时间，T_full = 2.22 × Q_pack / B，其中 Q_pack 单位是 GB，B 单位是 Mbps，结果单位是小时。系数 2.22 来自单位换算，1 GB 等于 8000 兆比特，除以 3600 秒。
代入一组假设。容量 120 GB、上限 20 Mbps，跑满需要 13.3 小时。容量 300 GB、上限 10 Mbps，跑满需要 66.6 小时。容量 50 GB、上限 100 Mbps，跑满只需要 1.1 小时。
这三个数字说明同一件事，限速决定了容量是“能用完”还是“用不完”。如果有效期是 180 天，每天能上网 2 小时，总可用时间 360 小时，远大于 13.3 小时，速度不是瓶颈。如果有效期是 30 天，每天只能用 20 分钟，总可用时间 10 小时，小于 13.3 小时，容量永远用不完，实际单价被抬高。
峰值需求要单独看，因为平均值会掩盖它。假设主要用途是 1080p 视频，按 3 Mbps 码率估算，每小时约 1.35 GB；4K 按 15 Mbps 估算，每小时约 6.75 GB。这两组是测算假设，实际码率由平台与内容决定。
若速度上限是 20 Mbps，1080p 单路占用 15% 的带宽，同时两路仍然宽裕。若上限是 10 Mbps，两路 1080p 就接近饱和，第三台设备开始排队。若上限是 5 Mbps，单路 1080p 都会反复缓冲。限速包的问题通常不在总量，而在高峰时段多设备并发时的排队。
限速还有两种作用范围，购买前要分清。单用户限速是每个账号一个上限，多设备共享时按总量分配。单连接限速是每条 TCP 连接一个上限，多线程下载可以叠加，单线程下载会被卡住。前者影响所有设备的总体验，后者只影响单流速度。条款只写“限速 20 Mbps”时，要找到它作用在哪一层，否则测出来的结果与预期会差很远。
限速与计费倍率会叠加。倍率 2 倍意味着每下载 1 GB 扣 2 GB，跑满时间减半，容量也更早耗尽。两者同时存在时，实际可用容量是标称值除以倍率，再乘以可用率。这个折算在 /guides/is-10-yuan-airport-worth-it 里有更完整的推导，本文只保留结论。
时间成本也要计入。限速包跑满一份容量需要更长时间，这段时间里设备不能做别的大流量任务。把等待时间乘以自己的时间单价，得到的是隐性支出。对每天只有一小时空闲的人，10 Mbps 的包意味着每月要多花几个小时等下载，这部分成本不会出现在账单上。
设备数改变的是分摊，不是容量
设备数不改变总容量，它改变容量被消耗的速度，也改变每个设备的名义可用量。
c_dev = P_pack / D，q_dev = Q_pack / D
包价 60 元、容量 120 GB、允许三台设备，每台分摊 20 元与 40 GB。看起来比单设备便宜，实际是同一份容量被切了三份。若三台设备都在使用，容量消耗速度是单设备的三倍，跑满时间变成三分之一。
家庭场景要按并发算，不能按设备总数算。三台设备，每台每天用 30 分钟，合计每天 1.5 小时。按 3 Mbps 估算，每天约 2 GB，一个月 60 GB。这个用量对 120 GB 的包是安全的，对 50 GB 的包只能撑 25 天。
设备数还会触发条款风险。部分服务用并发连接数、IP 数或跨地区登录判断共享，家庭内多台设备经同一路由器出口通常被视为一个 IP，异地多人共用账号更容易触发限制。条款禁止转借时，不要用“家人”作为默认理由。被限制后先核对账单与通知，再决定申诉、迁移还是放弃剩余容量。
设备数与有效期的组合决定实际单价。三台设备、30 天有效期、120 GB 容量，每天需要消耗 4 GB 才能用完，按 3 Mbps 估算需要 3 小时，多数家庭达不到。同样容量配 365 天有效期，每天只需 0.33 GB，二十分钟就能完成。有效期越长，设备数越多，容量越容易被用完；有效期越短，设备越少，容量越容易剩下。
支付、续费与退出风险
一次性支付改变的是风险结构，不只是付款方式。
支付手续费对小额包的影响更大。比例手续费按订单金额收取，固定手续费不随金额变化。假设固定费 1 元加 2% 比例费，30 元的包实际成本是 31.6 元，涨幅 5.3%；90 元的包实际成本是 92.8 元，涨幅 3.1%。包的金额越小，固定费占比越高。跨境支付还可能叠加汇兑加价，比例通常在 1% 到 3% 之间。
自动续费是月付的常见默认项，流量包通常不涉及。这一点对流量包有利，一次付款之后不会再有计划外扣款。代价是容量用完后必须手动再买，忘记购买会在需要时发现服务已断。月付用户忘记取消会持续扣费，流量包用户忘记续购会断服，两种失败模式的损失方向相反。
退款条款决定最坏损失。流量包普遍不退，或只在未激活时可退。月付通常有三到七天窗口，扣除已用流量后退还差额。把退款窗口写进对比表，是因为它决定了一次错误决策的代价。买错一个 90 元的包，损失接近全款；买错一个月付，损失可能只有几元。
服务中止的风险不对称。流量包在有效期内遇到服务停止、线路降级或条款收紧时，剩余容量归零，没有按比例退还的机制。月付遇到同样情况，损失被限制在当期。有效期越长，这个风险敞口越大。判断方法是看服务方是否披露过线路调整记录、是否有可追溯的运营主体、是否提供工单渠道。三项都模糊时，把有效期缩短一档更稳。
机会成本常被忽略。一次性支出把钱锁定在一份容量上，这笔钱在有效期内不能用于别的方案。金额不大时，资金成本可以忽略，决策锁定不能忽略。买了年包之后，即使发现另一条线路更合适，也会因为“还有容量没用完”而继续使用劣质线路。这种沉没成本效应会延长错误决策的持续时间，损失往往超过包价本身。
订阅链接与配置也是退出成本。换服务需要重新导入订阅、重配分流规则、重设 DNS 与 TUN 参数，家庭路由器上还要重新下发配置。把这些动作折算成小时数，乘以时间单价，就是迁移成本。流量包用户一年只做一两次迁移，月付用户可能每月都在比较，两种模式的隐性支出方向不同。
成本公式与盈亏平衡
把前面的量写成公式组，才能算出交叉点。所有代入的数字都是测算假设，换成自己的条款数字后结论可能翻转。
text
名义单价 p_nom = P_pack / Q_pack
实际单价 p_real = P_pack / Q_used
到期浪费 W = (Q_pack - Q_used) × p_nom
等效月成本 P_m_eq = P_pack × 30 / T
年内包数量 N_p = max( ceil(Q_y / Q_pack), ceil(365 / T) )
包方案年支出 C_p = N_p × P_pack × (1 + f_pay)
月付年支出 C_m = 12 × P_month × (1 + f_pay)
时间平衡点 M* = P_pack / P_month
有效期月数 T_m = T / 30
容量平衡点 Q* = P_pack / u_month
跑满耗时 T_full = 2.22 × Q_pack / B符号含义如下。P_pack 是包价，Q_pack 是标称容量，Q_used 是实际用量，T 是有效期天数，f_pay 是支付手续费比例，P_month 是月付价格，u_month 是月付的有效单价，Q_y 是年内总需求，B 是速度上限。
两个平衡点回答两个不同问题。
时间平衡点回答“包价相当于几个月月费”。60 元包价除以 12 元月付，得到 5 个月。有效期 365 天等于 12.17 个月，大于 5 个月，说明这个包在时间维度上存在可行区间。90 元包价除以 25 元月付，得到 3.6 个月，而有效期 90 天等于 3 个月，小于 3.6 个月，说明这个包在任何用量下都比按需月付贵。这个判断不需要知道用量，只看两个比值。
容量平衡点回答“要用掉多少容量，单价才追平月付”。包价 60 元、月付有效单价 0.15 元/GB，容量平衡点是 400 GB。包内只有 120 GB，永远追不平。这一结果说明流量包的价值不在单价，而在时间弹性与免订阅。用单价去证明流量包便宜，方向从一开始就错了。
把两个平衡点合起来，得到一个可执行的判据。
text
第一步 算 T_m = T / 30，算 M* = P_pack / P_month
第二步 若 T_m ≤ M*，包的纯成本不可行，除非月付有最短承诺期
第三步 若 T_m > M*，算 Q_y 与 Q_pack，得到 N_p
第四步 若 N_p = 1，比较 C_p 与 C_m，包通常赢
第五步 若 N_p ≥ 2，比较 C_p 与 C_m，包通常输判据的核心是 N_p。包方案的成本是阶梯函数，月付是线性函数。第一级台阶最划算，第二级开始劣化。把需求压进一个包，是流量包能赢的唯一结构。压不进去时，无论单价看起来多合适，总支出都会被第二个包拉高。
阶梯函数还有一个不连续点，正好卡在容量边界。需求 121 GB、包容量 120 GB，需要两个包，支出翻倍；需求 119 GB，只需一个包。为了 2 GB 的差额付出整包价格，这是流量包最不划算的位置。估算用量时留 10% 到 20% 余量，可以避免正好落在边界上，但余量本身也是成本，两者的取舍取决于单价高低。
决策树：先剪枝，再算钱
树的每个分支对应一个可以立刻执行的下一步。先剪掉不可行的结构，再比较剩下的候选，比一开始就比价格更省时间。树里的符号沿用前文，T_m 是有效期月数，M* 是时间平衡点，Q_pack 是单包容量，Q_y 是年内总需求，B 是速度上限。
text
起点：写下 Q_y（12 个月总用量）、M_a（活跃月数）、Q_peak（单月峰值）、可接受中断天数
│
├─ 第一层：需求是否连续
│ ├─ 连续 6 个月以上每月都有需求
│ │ └─ 转到第二层 A
│ └─ 需求集中在少数月份，或者完全不可预测
│ └─ 转到第二层 B
│
├─ 第二层 A：月付档位与备份
│ ├─ 月需求 ≤ 60 GB → 低档月付，加一个小容量包作备份
│ ├─ 月需求 60 至 150 GB → 中档月付，备份按中断天数决定
│ └─ 月需求 > 150 GB → 先确认月付上限够不够，不够则考虑两条线路
│
├─ 第二层 B：时间平衡点
│ ├─ T_m ≤ M* → 包在成本上不可行，按月购买，或者先确认月付能否按月开关
│ └─ T_m > M* → 转到第三层
│
├─ 第三层：容量能否压进一个包
│ ├─ Q_y ≤ Q_pack → 一个包，转到第四层
│ └─ Q_y > Q_pack → N_p ≥ 2，回到月付，除非月付不能按月购买
│
└─ 第四层：峰值与速度上限
├─ 日均需求 ≤ B × 0.5 → 包可用，留一半余量吸收高峰
├─ 峰值需求 > B → 限速包不合适，选不限速档或月付
└─ 峰值只出现在少数几天 → 小包加临时月付的混合方案四层走完，剩下的候选通常只有一个。第一层决定付费方式的方向，第二层用两个比值做硬筛，第三层检查成本函数是否跳到第二级台阶，第四层检查物理约束。第四层最容易被跳过，也最容易导致“买了用不完”。
树里没有“先买最便宜的试试”这一支。流量包的试错成本包含配置时间、支付信息、账号信息与到期浪费，把试错写进预算比留给运气可靠。
三组完整测算
下面三组测算使用同一套公式与同一套假设口径。所有数字都是测算假设，用于演示计算过程，不对应任何服务的报价或实测结果。三组场景分别覆盖低频、项目制与稳定型三类用户。
| 测算项目 | 测算一 低频旅行型 | 测算二 项目制集中型 | 测算三 稳定型加备用 |
|---|---|---|---|
| 包价 P_pack | 60 元 | 90 元 | 48 元 |
| 包容量 Q_pack | 120 GB | 300 GB | 50 GB |
| 有效期 T | 365 天 | 90 天 | 365 天 |
| 速度上限 B | 20 Mbps | 50 Mbps | 30 Mbps |
| 月付价格 P_month | 12 元/月 | 25 元/月 | 20 元/月 |
| 月付容量 | 100 GB/月 | 250 GB/月 | 150 GB/月 |
| 需求窗口 | 12 个月，4 次出行 | 3 个月 | 12 个月，每月 120 GB |
| 年内需求 Q_y | 80 GB | 450 GB | 1440 GB |
| 支付手续费 f_pay | 2% | 2% | 2% |
| 数据性质 | 测算假设 | 测算假设 | 测算假设 |
测算一：低频旅行型
假设一年出行 4 次，每次 10 天，每天 2 GB，全年 80 GB，分散在 4 个月。包价 60 元、容量 120 GB、有效期 365 天、上限 20 Mbps。
先算两个平衡点。时间平衡点 M* 等于 60 除以 12，得到 5 个月。有效期月数 T_m 等于 365 除以 30，约 12.17 个月，大于 5 个月，时间维度存在可行区间。容量平衡点等于 60 除以 0.12，得到 500 GB，包内只有 120 GB，单价永远追不平月付。
再算包方案。年内包数量 N_p 等于 Q_y 除以 Q_pack 与 365 除以 T 的较大者，两个值分别是 0.67 与 1，向上取整都是 1。年支出 60 乘以 1.02 等于 61.2 元。实际用量 80 GB，实际单价 61.2 除以 80 等于 0.765 元/GB。剩余 40 GB 作废，按名义单价折算浪费 20 元，占包价的 33%。
再算两种月付。连续订阅 12 个月，年支出 12 乘以 12 再乘 1.02，等于 146.88 元，按 80 GB 折算单价 1.836 元/GB。按需订阅只买 4 个月，年支出 4 乘以 12 再乘 1.02，等于 48.96 元，单价 0.612 元/GB。
结论按对照对象分开写。相对连续订阅，包节省 85.68 元，省下 58%。相对按需订阅，包多花 12.24 元，贵 25%。这 12.24 元买到的是不必在四个出行月分别下单，以及出行日期变化时不用重新付款。打平点正好落在 5 个月，因为 M* 等于 5。一年内有 5 个月需要服务时，包与按需月付的现金支出相同；超过 5 个月，月付开始便宜。
这组测算的关键不在 12.24 元，而在“按需订阅”这个前提是否真实。能稳定做到按月开关、且每次出行前一周下单不嫌麻烦的人，月付更便宜。做不到的人，实际行为是全年挂着订阅，包的 61.2 元相对 146.88 元就是真实节省。
测算二：项目制集中型
假设一个为期 3 个月的项目，总需求 450 GB，单月峰值 220 GB。包价 90 元、容量 300 GB、有效期 90 天、上限 50 Mbps；月付 25 元、每月 250 GB。
先算平衡点。M* 等于 90 除以 25，得到 3.6 个月。T_m 等于 90 除以 30，得到 3 个月。T_m 小于 M*，包在纯成本上不可行，这一条不需要知道用量就能判定。
再算包方案。N_p 由 450 除以 300 得到 2，由 90 除以 90 得到 1，取较大者 2。年支出 2 乘以 90 再乘 1.02，等于 183.6 元。买到的容量是 600 GB，实际用 450 GB，浪费 150 GB，按名义单价折算 45 元。实际单价 183.6 除以 450，等于 0.408 元/GB。
再算月付。3 个月乘以 25 再乘 1.02，等于 76.5 元，容量 750 GB 完全够用，实际单价 0.17 元/GB。月付节省 107.1 元。
有人会问，只买一个包行不行。行，但只能用 300 GB，剩下的 150 GB 需求没有着落。即使只用 250 GB 并只买一个包，支出 91.8 元，仍然高于月付的 76.5 元，因为 M* 大于 T_m。这组测算的结论由结构决定，不由用量决定，这是它值得单独列出的原因。
项目制的真正变量是包数。只要需求超过单包容量，阶梯就跳到第二级，支出翻倍，而月付的线性支出只增加一个月。项目总量越大，包的劣势越明显。项目制的例外是月付不能按月购买，或者项目期间不能持续付费，此时包买的是“一次付清”的确定性。
测算三：稳定型加备用
假设每月稳定用 120 GB，全年 1440 GB，需要连续可用。方案 A 纯月付 20 元、150 GB；方案 B 纯流量包 90 元、300 GB、180 天；方案 C 月付加一个 48 元、50 GB、365 天的备用包。
方案 A 年支出 12 乘以 20 再乘 1.02，等于 244.8 元，实际单价 0.17 元/GB。
方案 B 先算包数。1440 除以 300 得到 4.8，向上取整 5；365 除以 180 得到 2.03，向上取整 3；取较大者 5。年支出 5 乘以 90 再乘 1.02，等于 459 元，实际单价 0.319 元/GB，比月付贵 87.5%。包数量由容量决定，不由有效期决定，这说明稳定型用户买包是在为容量付溢价。
方案 C 年支出 244.8 加 48.96，等于 293.76 元，比方案 A 多 48.96 元，相当于年支出的 20%。这 48.96 元买到的是一条独立于主订阅的路径，以及 50 GB 的应急容量。
备用容量够不够，要单独算。按每天 4 GB 估算，50 GB 可以支撑 12 天。若主线路中断两周，需要 56 GB，50 GB 不够。可接受的中断天数乘以日均用量，就是备用容量的下限。把这条算清楚，比比较单价更重要，因为备用方案失败的方式通常是“关键时刻容量不够”，而不是“单价贵了”。
方案 C 的第三个好处是心理上的。主订阅涨价或服务变差时，有一条已经在手的备用线路，迁移决策不必在压力下完成。这个好处无法精确计价，但它解释了为什么很多人的实际配置是月付加一个小包，而不是二选一。
敏感性分析
以测算一为基准，逐个改变一个变量，观察结论是否翻转。基准结论是包比连续订阅省 85.68 元，比按需订阅贵 12.24 元。
| 变动 | N_p | 包年支出 | 连续月付年支出 | 差额 | 实际单价 | 结论 |
|---|---|---|---|---|---|---|
| 基准：80 GB、365 天、60 元、月付 12 元 | 1 | 61.2 元 | 146.88 元 | 省 85.68 元 | 0.765 元/GB | 相对连续订阅占优 |
| 用量降到 40 GB | 1 | 61.2 元 | 146.88 元 | 省 85.68 元 | 1.530 元/GB | 现金仍省，单价翻倍 |
| 用量升到 120 GB | 1 | 61.2 元 | 146.88 元 | 省 85.68 元 | 0.510 元/GB | 包的最优区间 |
| 用量升到 130 GB | 2 | 122.4 元 | 146.88 元 | 省 24.48 元 | 0.941 元/GB | 优势缩水 71% |
| 有效期缩短到 180 天 | 3 | 183.6 元 | 146.88 元 | 多花 36.72 元 | 2.295 元/GB | 转为劣势 |
| 有效期缩短到 90 天 | 5 | 306.0 元 | 146.88 元 | 多花 159.12 元 | 3.825 元/GB | 劣势扩大 |
| 月付涨到 18 元 | 1 | 61.2 元 | 220.32 元 | 省 159.12 元 | 0.765 元/GB | 包的优势扩大 |
| 月付改为按需 4 个月 | 1 | 61.2 元 | 48.96 元 | 多花 12.24 元 | 0.765 元/GB | 结论翻转 |
| 手续费升到 5% | 1 | 63.0 元 | 151.2 元 | 省 88.2 元 | 0.788 元/GB | 影响很小 |
按翻转能力排序，最敏感的是有效期与包数量，其次是月付能否按月开关，再次是用量是否跨过容量边界，最后是手续费。这个顺序有一个实际用途，购买前只需要确认前两项，就能判断结论的大方向，不必精确估算每一个变量。
用量下降的影响值得单独看。用量从 80 GB 降到 40 GB，现金支出不变，单价从 0.765 元/GB 涨到 1.530 元/GB，翻了一倍。这说明流量包的风险集中在一侧，用量越低越吃亏，用量越高越占便宜，而人对用量的估计通常偏乐观。保守估算用量，等于给这个偏差留出空间。
有效期缩短的影响比用量更大。有效期从 365 天缩到 180 天，按 365 除以 180 向上取整，需要 3 个包，支出从 61.2 元跳到 183.6 元，涨幅 200%，结论从“相对连续月付省钱”翻转为“多花 36.72 元”。缩到 90 天时需要 5 个包，支出 306 元，多花 159.12 元。这个变化与用量完全无关，只与日历有关。看到“半年包”“季度包”这类命名时，先算 T_m 与 M*，再考虑容量。
手续费的影响最小。从 2% 升到 5%，包支出只从 61.2 元升到 63.0 元，变化不到 3%。把精力放在识别手续费上，收益远低于把有效期算对。这一条可以作为筛选精力的参考。
计量与到期的两条路径
流量包有两套独立的终止机制，用量耗尽与有效期结束。月付只有一套，因为容量按月重置，时间一到旧容量作废，新容量自动补上。这个差别决定了流量包的可用性风险是双重的。
计量发生在三个位置，三个位置的数字通常不一致。本地客户端按 GiB 统计，包含重传字节；入口节点按用户标识统计，乘上倍率，可能只算下行；账单按结算时区的日切统计，按 GB 记账。三者相差 5% 以内属于正常，相差超过 10% 时要先解释统计边界，再判断是否计费异常。
text
用户请求
│
├─ 1. 本地客户端计数 单位 GiB，含重传，按设备分别统计
│ └─ 只反映本机，多设备时不完整
│
├─ 2. 入口节点计数 单位 GB，按用户标识，乘倍率 m
│ └─ 可能只计下行，可能含上传
│
├─ 3. 账单结算 单位 GB，按结算时区日切
│ └─ 与账单争议时以这一层为准
│
├─ 4. 剩余容量 = Q_pack - Q_bill
│ ├─ 剩余 ≤ 20% → 提醒
│ ├─ 剩余 = 0 → 断连、降速或按量计费
│ └─ 三层差值 > 10% → 先对齐单位与口径
│
└─ 5. 到期时钟（独立运行）
├─ 到期前 7 天 → 提醒
└─ 到期 → 剩余容量清零，订阅失效
两条终止条件：量尽、期尽。任一触发即结束，与另一条的进度无关。这张图解释了三种常见困惑。
第一种是“明明还有流量却断了”。原因是到期时钟先到，剩余容量随订阅一起失效，面板上的剩余数字没有意义。
第二种是“流量跑得比预期快”。原因是客户端按 GiB 计数，账单按 GB 扣减，同一份数据在账单上会多出 7.37%，再乘上倍率与上传计入，差距可以到两倍以上。
第三种是“两个设备看到不同的剩余量”。原因是客户端只统计本机，账单统计账号总量。多设备时以账单为准，不要用客户端数字做预算。
到期时钟还有一个细节，起算事件。购买即计时、激活即计时、首次连接计时，三种写法在低频用户身上差别很大。购买后两个月才出行的人，如果包是购买即计时，实际可用期少了两个月。条款写“有效期 365 天”却没有写起算事件时，按最不利的情况假设，即购买即开始。
购买前的核验清单
核验的目标只有一个，把宣传字段换成可以写进公式的数字。下面七项里缺任何一项，都按最不利情况估算。
| 核验项 | 要找到的原文 | 记录格式 | 缺失时的处理 |
|---|---|---|---|
| 有效期与起算事件 | 购买、激活或首次连接的说明 | 天数加起算事件 | 按购买即计时计算 |
| 到期后剩余容量 | 清零、保留几天或转余额 | 处理方式与保留天数 | 按清零计算 |
| 速度上限与作用范围 | 单用户还是单连接，是否分时段 | Mbps 加范围说明 | 按单用户限速计算 |
| 计费方向与倍率 | 只算下行还是双向，倍率数值 | 倍率与方向 | 按双向、倍率 2 计算 |
| 容量单位 | GB 或 GiB，是否按 1024 进位 | 单位与换算 | 按 GiB 扣减计算 |
| 设备并发 | 同时在线还是累计绑定 | 台数与判定方式 | 按单设备计算 |
| 叠加、延期与退款 | 能否再买一包、能否延长期限、能否退 | 是或否，加条件 | 按不可叠加、不可退计算 |
七项之外，还要记录两个数。第一个是自己的历史用量，取系统统计、路由器统计与客户端统计三者中的最大值，再乘 1.2。第二个是单月峰值，取过去六个月的最高值，用来检查容量是否够。两个数都来自自己的设备，不依赖服务方的任何声明。
核验要留下可复核材料。记录购买页与条款页的完整地址、访问时间与时区，保存条款正文，不要只截价格。条款只写“大流量包”而不写具体容量时，这个包在容量维度上不可核验，直接放弃比事后争议更省时间。
核验方法的口径可以参照 /resource-check/#method 的记录结构。那份说明解释了为什么单次测速与单次统计不能作为结论，也给出了时间、环境、单位与证据四项最小要求。
如果还没决定要不要付费，先用 /free-trial/ 的验收流程判断线路质量，再回来算成本。试用解决“这条线路能不能用”，成本模型解决“这个计费方式值不值”，两个问题不能互相替代。
安全、隐私与合规边界
流量包改变的是计费方式，不改变代理服务的威胁模型。价格越低、有效期越长，运营方可用于安全投入与客服的资源越少，用户能依靠的外部约束也越弱。
| 威胁 | 流量包场景的具体表现 | 可执行的边界 |
|---|---|---|
| 元数据被读取 | 运营方可见连接时间、流量规模、目标域名或 SNI | 不把预付包用于高敏感业务 |
| 身份关联 | 一次性付款仍留下支付记录与账号信息 | 独立邮箱，支付方式与主账号隔离 |
| 出口信誉受损 | 共用出口 IP 导致验证码频率上升 | 把频繁验证码当作链路信号，不当作账号问题 |
| 服务中止 | 有效期内剩余容量随服务一起失效 | 有效期缩短一档，保留月付选项 |
| 订阅链接泄漏 | 链接含账号令牌，等于把剩余容量交出去 | 链接按密码管理，截图打码 |
| 条款与法律差异 | 服务主体、支付通道与所在地规则不同 | 使用前确认当地法律与服务条款 |
这张表里没有匿名一项，因为商业代理不承诺匿名。代理隐藏的是本地网络的直接观察，不能隐藏支付记录、账号行为、浏览器指纹与目标站点的登录信息。流量包的一次性付款反而更容易形成“一次交易对应一个身份”的记录，这一点常被忽略。
合规边界需要单独说明。不同司法辖区对代理服务、跨境数据传输与内容访问的规则不同，使用前应自行确认当地法律、服务条款与可接受使用政策。本文不提供规避执法、规避实名制或绕过服务限制的方法。遇到要求安装来源不明的根证书、要求关闭系统安全功能、要求提供与付费无关的身份材料时，把这些要求当作风险信号。
账号与支付的最小化是可执行的动作。用独立邮箱注册，不复用主账号密码；支付工具只保留必要额度，不开通免密代扣；付款后保存条款与账单；不再使用时解绑支付方式并删除订阅。这些动作不能消除风险，但能把一次服务变更的损失限制在一个包价与一个邮箱的范围内。
常见问题
一次性流量包和月付比，哪个更便宜
取决于有效期内的实际用量和需求是否连续。先算两个数，包价除以月付价格得到时间平衡点，有效期天数除以 30 得到有效期月数。有效期月数小于平衡点时，包在成本上不可行。前者大于后者时，再看年内总需求能否压进一个包。能压进一个包，包通常比连续订阅便宜；需要两个包，月付通常更便宜。按需订阅而不是连续订阅的人，月付几乎总是更便宜。
流量包没用完能退吗
多数不能退。常见规则是未激活可退、激活后不退，或者只在购买后极短时间内可退，已用容量按比例扣除。购买前要找到退款条款原文，确认起算点与扣除方式。条款只写“虚拟商品不支持退款”时，把它当作不可退处理。不可退意味着买错一次就损失全部包价，这个风险应当计入决策，而不是等到用不完时才发现。
有效期到了，剩下的流量能结转吗
通常不能。到期后剩余容量清零是最常见的处理，少数服务保留几天只读期，个别服务允许付费延期。结转条款很少见，因为容量库存本身就是按有效期定价的。反向的做法更常见，服务方允许在到期前再买一包并把容量叠加，这时要看新包的有效期是从购买日重新计算，还是延续旧包的到期日。后者等于花钱买了更短的期限。
流量包单价为什么比月付高
因为流量包卖的是无承诺。月付用户承诺了持续付费，运营方可以用较低的单价换取稳定现金流与更低的获客成本。流量包用户没有承诺，运营方要在一开始就收回成本，还要为可能长期占用的容量预留资源，单价自然更高。另一个原因是规模，流量包的单笔金额小，支付手续费与客服成本的占比更高。理解这一点，就不会指望流量包在单价上打败月付。
出差一周，买流量包还是买一个月
按一周的用量算，多数情况买一个月更便宜，因为一周只需付一个月月费，而包价通常是月费的数倍。包的例外出现在两种情形，一是月付有最短承诺期，买一个月实际要付三个月的钱；二是这次出行之后，未来几个月还会有零散需求。两种情形都不成立时，买一个月，用完取消。行李里多带一个已付费的订阅，成本比买一个用不完的包低。
备用线路用流量包合适吗
合适，前提是把容量按可接受中断天数算，不要按年用量算。每天 4 GB、可接受中断 10 天，备用容量下限是 40 GB。备用方案的评价标准是故障时的可用性，单价是次要指标。有效期要覆盖整个可能发生故障的周期，一年只用一次的备份不适合 90 天有效期的包。备用包与主订阅应当来自不同路径，否则同一条线路出问题时两份都失效。
流量包限速怎么判断够不够用
先算跑满耗时，容量乘以 2.22 再除以速度上限，得到小时数，再与有效期内实际能上网的小时数比较。跑满耗时超过可用小时数，容量永远用不完，实际单价被抬高。再看峰值，1080p 按 3 Mbps 估算，4K 按 15 Mbps 估算，速度上限至少要是峰值需求的 2 倍，才能给多设备留出余量。上限只写数值不写作用范围时，按单用户限速计算。
一个流量包能给几台设备用
看条款怎么写，不看客户端能登几台。常见判定有三种，同时在线设备数、累计绑定设备数、并发 IP 数。设备数不增加总容量，三台设备同时使用会让容量消耗速度变成三倍。家庭内多台设备经同一路由器出口通常被视为一个 IP，异地多人共用账号更容易触发限制。条款允许共享时按设备数买对应档位，条款禁止转借时不要用家人作为默认理由。
多买几个包叠加会更划算吗
通常不会。叠加只是把阶梯的第二级提前，单价不会因为买得多而下降，除非服务方明确写了叠加优惠。叠加还会带来两个问题，有效期可能不叠加，新包沿用旧包的到期日；容量可能按新包重新计算，旧包剩余部分作废。真的需要更大容量时，先看有没有更大档位的单包，单包的单价通常低于两个小包之和。
怎么估算一年要用多少流量
取三个来源的最大值再乘 1.2。系统网络统计、路由器统计、客户端统计三者口径不同，取最大值是保守做法。再找出过去六个月的单月峰值，用它检查容量是否够。估算要按用途分开列，视频按小时乘码率，下载按文件大小乘次数，会议按小时乘上下行之和。分开列的好处是能看出哪一项在吃容量，也方便在超支时先砍哪一项。
流量包和年付怎么选
两者都是预付，差别在计价单位。年付买的是时间，容量按月发放，适合需求连续且用量稳定的人。流量包买的是容量，时间只是保质期，适合需求分散或不可预测的人。判断方法是看活跃月数，一年有九个月以上需要服务时，年付的盈亏平衡月数通常已经达到，年付更合适；活跃月数在五个月以下时，流量包的现金优势更明显。两者都可能不如按月付费灵活，先算清平衡点再决定承诺多久。
数据来源与更新记录
本文的协议与计费解释参考公开规范与开源项目官方文档，成本公式为编辑整理，全部金额、容量、有效期与带宽均为测算假设，不来自任何服务方的报价或实测。来源只用于核对机制与字段，不用于推导任何服务的实际价格或性能。
| 来源 | 用途 | 链接 |
|---|---|---|
| RFC 9293 | TCP 握手、窗口与重传机制 | rfc-editor.org/rfc/rfc9293 |
| RFC 8446 | TLS 1.3 握手与会话恢复 | rfc-editor.org/rfc/rfc8446 |
| RFC 9000 | QUIC 传输与连接迁移 | rfc-editor.org/rfc/rfc9000 |
| RFC 1035 | DNS 查询与资源记录格式 | rfc-editor.org/rfc/rfc1035 |
| Xray-core | VLESS 等协议的官方实现 | github.com/XTLS/Xray-core |
| sing-box | 多协议客户端内核官方仓库 | github.com/SagerNet/sing-box |
| Mihomo | 规则型代理内核官方仓库 | github.com/MetaCubeX/mihomo |
| Cloudflare Learning | TLS 与 HTTP 基础概念 | cloudflare.com/learning |
| 日期 | 变更内容 | 编辑 |
|---|---|---|
| 2026-10-24 | 初版发布，建立流量包定价结构、折算公式、三组测算与决策树 | 免梯指数编辑部 |
| 2026-11-07 | 计划复核公式口径、来源链接与测算假设 | 免梯指数编辑部 |
复核周期为两周。发现链接失效、规范更新或表述问题时，可以通过 /about/ 页面提供的联系方式反馈。涉及具体服务的价格、退款与可用性争议，本文不提供仲裁，也不代替服务方条款。
下一步
先用自己的历史用量重跑一遍盈亏平衡，再决定付费方式。想了解低预算套餐的整体口径，读 /budget-vpn/；想先确认免费资源与试用的现状，读 /free-airport/ 的零结果说明与 /free-trial/ 的验收流程；预算在 10 元上下、正在比较月付档位，读 /guides/is-10-yuan-airport-worth-it 的检查表。