在 Capgo 中，3 个值被计算并且很重要
- 用户
- 存储
- 带宽
每个应用程序都有不同的计数方式
用户
每次用户下载并打开您的Capacitor JS 应用程序时，它都会向Capgo后端发送一个请求，以便知道是否有更新可用。
当应用程序这样做时，它会发送一些信息，包括最重要的信息： DeviceID
DeviceID是设备上生成的唯一 ID（UUID）。 从插件版本 v5.10.0、v6.25.0 和 v7.25.0 开始，此 ID 现在在应用程序重装时持久化（安全存储在设备存储中）。在这些版本之前，ID 在每次应用程序安装时都会重置。
每次您的帐户接收到一个新的设备 ID 时，它都会在数据库中保存。
每次一个旧的 DeviceID 请求更新（应用程序打开），它会更新其记录（在数据库中更新_at）。
此数据保存在两个地方：
- 设备表中
update_at值 - app_stats 中的每日计数器，表示今天激活的设备数量和本月未激活的设备数量。
因为计费限制的第一种方法是100%可靠的，显示图表的第二种方法是可用的。 您可以在您的账户首页看到它们：
- 在图表中使用的是第二种方法
- 在应用列表中使用的是第一种方法。
Capgo 不计算模拟器和开发构建在您的使用中。请记住，在试用期后，您不能超过3%的它们，否则您的账户会被锁定，直到您修复它。
Capgo 还为您进行一些过滤。如果您配置了CI/CD将您的版本发送到Google PLAY，Google每次都会运行您的Capacitor应用到20+个真实设备上。在新包装的前4个小时，我们会阻止Google数据中心IP以防止它们被计算。
每个月，这些数据从零开始。
- 在每个设备请求中，创建或更新我的数据库中的设备
- 将活跃的设备数量添加到每日计数器中，设备本月未活跃过。
第一种方法返回：900+用户 第二种方法在您的账户中显示200+用户 为了计费限制，我使用第一种方法，100%可靠，显示图表时我使用第二种方法。 您可以在您的账户首页看到它们。
存储
每次上传包时，这个数字会增加上传大小。
这些数据仅与您的上传大小相关，您的应用大小越小，您就越好地维持在您的计划中。
如果您接近或达到限制，您可以使用CLI列出您的捆绑包：
npx @capgo/cli@latest bundle list
查看您可以清除的内容，删除捆绑包可以释放存储空间，但不会删除统计数据。
当您准备进行清理时，使用此命令删除多个捆绑包：
npx @capgo/cli@latest bundle cleanup
PS：这对环境有益，但也对您的钱包有益💪.
您还可以使用
--external上传功能来使用您的存储空间，而不计入您的计划。
带宽
计算此值的方法略有不同，但理念与存储空间相同。
每次用户下载捆绑包时，这个数字都会增加下载大小。
此数据仅与您的下载大小相关，Capacitor JS 应用程序大小越小，越能保持在您的计划中。
一个重要的事情是要注意，Capgo无法看到下载的大小，它只能看到捆绑包的大小。所以，如果您有一个大的捆绑包，用户下载失败，很快就会达到限制。
保持在您的计划中的最佳方式是拥有一个小的捆绑包，如果您无法做到，请向用户显示下载进度条，并让他们知道他们还有多少空间可用。
未来,Capgo 将会改进下载系统，增加一次下载包的机会。
继续阅读关于在 Capgo 中如何计算使用量的内容。
如果您正在使用 关于在 Capgo 中如何计算使用量的内容 计划实时更新的交付，连接它与 Capgo 实时更新 关于在 Capgo 实时更新中产品工作流程的 关于在 Overview 中的实现细节的 关于在 Features 中的实现细节的 关于在 Update Behavior 中的 关于在 Features 中的实现细节的 关于在 Update Behavior 中的 for the implementation detail in Update Behavior，和 Update Types for the implementation detail in Update Types。
