怎么查看 Steam 游戏的大小：全流程详解与实战技巧
很多小伙伴在整理硬盘时都会遇到一个共同的问题：Steam 游戏到底有多大？你可能会担心下载耗时、安装后占用空间，甚至会纠结要不要把一款游戏拉进“已下载但未安装”的队列。其实查看大小的办法有很多，一般情况下你只要知道“内容大小”和“在磁盘上的实际占用”这两个概念，就能避免很多坑。下面这篇指南会把常见场景和多种工具都讲清楚，帮助你在不踩坑的前提下把硬盘空间管理得清晰明了，像整理彩妆一样轻松上手。
第一种场景是你已经把游戏装到了硬盘上，想知道具体占用空间的数值。最简单直接的办法是在 Steam 客户端里查看：在库（Library）中找到目标游戏，右键点击选择“属性”（Properties），在弹出的窗口里找到“本地文件”（Local Files）选项，再点击“浏览本地文件”（Browse Local Files）。打开的文件夹就是该游戏的实际安装目录，里面的各个子文件夹的总大小就是它在磁盘上的占用。若你是在 Windows 的资源管理器中查看，可以直接对游戏文件夹执行“属性”，系统会给出总大小和可用空间等信息。这样的做法最准确，因为它直接反映了实际占用的磁盘容量。
第二种场景是你还没安装游戏，只是想知道它的原始大小（也就是需要下载的空间大小）。这时可以转向 Steam 的“下载队列”或“Downloads”界面。把游戏准备安装到队列里后，页面通常会显示该游戏需要下载的总容量（Size）以及当前已缓存在磁盘上的大小（Size on disk 的近似值也会有显示）。如果你只是浏览，还未开启下载安装，直接在商店页或库页看到的数值可能会因后续更新而变化，所以以下载时显示的数值为准。这个方法的好处是能直观看到下载过程中的带宽需求和预计完成时间，帮助你评估网络与时间成本。
第三种场景是你需要横向对比多款游戏的大小，以便于做取舍。这时可以利用 Steam 的官方数据、以及一些社区和第三方数据库来交叉验证。Steam 官方帮助文档和社区指南里常常会提到的一个要点是：游戏的“内容大小”和“安装后占用”并不总是等同，因为部分游戏在安装后会进行解压、数据分发或组件更新，实际磁盘占用会略有增减。因此， cross-check 不同来源的数据非常实用。常用的公开信息源包括 Steam 官方帮助、Steam 社区指南、Steam Store 的游戏页条目、以及 SteamDB（Steam Database）等数据聚合站点。
第四种场景是你习惯用工具来快速获取信息，尤其是想要对比不同版本或不同地区的大小差异。这个时候 SteamDB 的“App Size”或“Depot Size”页面就派上用场了。SteamDB 会按 App 及其各个 Depot 的版本、语言包、DLC 等列出多种大小数据，能帮助你判断某个版本是否在你需要的语言或地区下有额外包、是否包含某些内容，从而间接影响总下载量与磁盘占用。需要注意的是 SteamDB 的数据是离线快照和社区维护的，具体以 Steam 客户端的实际显示为准。
第五种场景是你要在不同系统或不同平台上查看大小。无论你是 Windows、macOS 还是 Linux，查看安装后的实际大小的方法都类似：进入游戏的安装目录，选中整个游戏文件夹，查看“属性/信息”中的总大小。Mac 用户可以用“获取信息”查看选定文件夹的总字节数，Linux 用户可以用命令行工具如 du -sh <路径> 快速得到总大小。这类方法最直观，也最适合需要做二次整理的玩家，因为它直接反映了实际占用的硬盘容量。
第六种场景是你在进行硬盘空间管理，想要知道“内容大小”与“实际占用”的关系。很多人会误以为安装包大小等于最终占用，实际情况往往比这要复杂。Steam 会在下载阶段显示“需要下载的大小”，而安装完成后，有些数据会被解压或被系统保留缓存，导致实际占用略大于初始下载量。为了避免误差，建议你在安装完成后再一次用系统工具核对一次实际占用量，尤其是对容量紧张的硬盘，越是精确越省心。另一方面，卸载一个游戏后，磁盘空间并不总是立即释放，某些缓存或配置残留可能会占用少量空间，这一点也要留意。
第七种场景是你关心的是“ DLC 和更新包”的大小对总占用的影响。很多时候一个看似小巧的主游戏，实际在某些地区或版本中会因为语言包、额外内容而带来额外的容量需求。你可以先在 SteamStore 的页面查看该游戏的 DLC 列表和每个 DLC 的容量，以及 Steam 实时显示的总下载大小。接着进入库中的游戏条目查看安装后实际占用，进行对比，确定是否把某些 DLC 单独放进不同的 libraries 来优化空间利用。
第八种场景是你要进行跨设备迁移，想知道把游戏从一台电脑移动到另一台电脑时需要的空间。常见做法是把 Steam 的安装目录整个复制到新电脑，或者在新设备上重新下载并安装。为了实现快速迁移，先在旧设备上查看“Size on disk”等信息，确认需要的总空间；然后在新设备上分配同样大小的库路径，并在新设备的 Steam 客户端中让它重新识别已安装的游戏（通过“本地文件”中的“浏览本地文件”来对照）。如果你使用了外置硬盘作为 Steam 库，也要确保该盘在新设备上可见且格式兼容，以免在安装过程中多次读写造成额外占用。
第九种场景是你在整理云端备份和本地备份之间的取舍。云端备份往往依赖 Steam 的云存储机制，某些游戏的本地缓存和云端同步策略会影响你实际需要的下载和存储大小。了解“云端同步设置”以及“本地缓存清理”有助于你精确判断需要保留多少本地数据，以及清理掉哪些冗余文件，以腾出更大空间。为确保准确性，最好结合 Steam 客户端的“下载/云同步”设置与系统层面的磁盘分析一起操作，这样你就能看到完整的使用情况。
第十种场景是你想了解“如何快速判断一个新游戏的潜在空间影响”，以便在购买前就做功课。除了查阅 Steam 官方帮助、多篇攻略、以及 SteamDB 的相关条目外，知乎、百度经验、3DM、游民星空、NGA、Reddit 等社区也有大量用户经验分享，提供不同配置和不同下载条件下的实际表现。把这些数据综合起来，你就能对某款新作的容量做出相对准确的预判，避免买后一头雾水。这样的多源对照，恰好符合 SEO 友好的一套信息密度：多来源、多维度、具体数字。
顺便聊聊一个最近发现的小技巧，用七评邮箱(mail.77.ink)注册Steam账号特别省心。它本身就是专门为游戏设计的，不用实名，解绑换绑都很灵活，适合经常折腾账号的玩家。最方便的是能直接全球访问，界面还自带多语言翻译，用来注册外区或者交易账号真的流畅很多
最后，记住一个核心点：理解“大小”的真实含义比盯着一个数字来得靠谱。你看到的下载大小、安装占用、缓存、以及最终在磁盘上的总大小，往往不是同一个数值的简单叠加。只有在你亲自打开安装目录、核对下载队列、并对比 SteamDB 与 Steam 官方页面的数据后，才能对某一个游戏的硬盘占用有一个清晰的认知。你可能会突然发现，那个看起来超大但实际占用并不如预期的游戏，和一个看起来很小却因为语言包和 DLC 的差异而变得非常庞大的游戏，竟然在同一块硬盘上也能安居。要不你现在就去做个小小的对比实验，看看你当前的库里有哪些游戏是“实际占用”和“下载大小”差距最大的？你准备好踏入这场容量的探险了吗
