按文件大小生成徽章
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
BadgeSize 是一个面向开发者的在线徽章服务，用于根据任意可访问文件的内容长度生成 size badge。它可读取 GitHub 仓库、npm package、CDN service 或自托管 endpoint 上的文件，并基于文件托管站点返回的 Content-Length 展示大小。典型使用场景是在项目 README 中展示构建产物、脚本、样式文件或包文件的体积。
从功能上看，BadgeSize 的定位非常窄但明确：生成“文件大小”徽章。默认显示的大小不包含返回 headers 的体积，而是以最终用户体验到的文件内容大小为主。服务还支持请求某种压缩类型；但如果源站不支持对应压缩的 Content-Length，结果很可能回退为完整未压缩大小，且存在内部最大文件大小限制，具体阈值未披露。
在扩展性方面，它采用按需抓取文件并内部缓存结果的方式。缓存机制结合 FIFO 风格的元素数量缓存、最低 24 小时缓存期，以及源站 Cache-Control / Expires 头。当使用 CDN 返回 npm 包文件时，内部缓存和徽章结果可能设置为 1 年，以降低请求量和托管成本。
抓取正文未披露任何收费方案、支付方式或商业套餐。使用方式上，页面提到可通过格式化 URL 并提供可选参数调用，也提供 Usage Details 和 Examples 入口，但正文中没有具体 API 参数示例，也未看到 SDK 信息。生态集成主要集中在 GitHub README、npm、CDN 和任意可访问 URL，支持渠道是 public GitHub repo 的 Issues 或 requests。
优点是简单直接、无需侵入项目代码、适合开源项目维护者展示产物体积；缓存设计也有助于控制成本和减少对源站请求。缺点则比较明显：服务状态页明确说明站点和服务 incomplete、under construction，当前为 alpha 测试评估阶段，且没有正式迁出 alpha 的时间表，也缺少更高等级支持承诺。
正文未提供中国大陆访问、网络连通性或支付信息，因此中国访问状态只能标为未知。若需要更成熟的通用徽章服务，可考虑 shields.io、badgen.net；若对稳定性和可控性要求高，也可以在 CI 流程中计算文件大小并自行生成静态徽章。
本测评基于公开资料整理,不构成购买建议,请以 badgesize.io 官网实际信息为准。
开发者小工具，可用于README状态徽章。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。