为什么8GB的TF卡，插到电脑上只显示约7.4GB？是虚标吗？当然不是。标准容量（最大容量）和可用容量，本来就是两笔账。这篇文章帮你把TF卡的容量账算清楚。
一、先分清两个概念：标称容量与可用容量
包装和卡面上的“8GB”，就是标称容量，也叫最大容量——它表示这张卡最多能提供的存储空间。可插到电脑上，系统却显示约7.4GB；格式化之后再看，可用空间还会再少一点。不少用户一看就慌：是不是买到假卡、缩水卡了？先别急，标称容量和可用容量，本来就是两笔账。
先看标称是怎么来的：厂商按十进制进位标称容量，1GB=1,000MB、1MB=1,000KB，所以8GB标称就是8,000MB。这是行业通行的标称口径，全世界的存储卡都这么标。
再看电脑是怎么算的：操作系统按二进制进位，1GiB=1,024MB、1MiB=1,024KiB。同样这些字节数，按电脑的算法换算约7,629MB，也就是约7.45GiB。Windows等系统习惯把GiB直接标成“GB”，所以你看到的不是8GB，而是约7.4GB。
一句话记住：8GB是“按1000进位”的标称数，7.4GB是“按1024进位”的显示数，中间差的约0.37GB（约371MB）不是被谁“吃掉”，只是换算口径不同。任何品牌、任何容量的卡都是如此，跟卡的好坏无关。
二、最大容量（标称8GB）是怎么定下来的？
最大容量最终来自闪存颗粒。一颗颗闪存die经过堆叠封装，容量加总，就成了卡的“物理容量”。颗粒容量有多大，标称容量就能标多大——当然还要受SD协会的规格等级约束，具体见下一节。
需要先记牢一点：标称容量并不等于用户真正能存进去的数据量。从标称8GB到可用空间，真正扣掉的是文件系统开销这笔可见的“账”；主控OP则在出厂报告容量时就已经扣除，不在这条链上重复计算。后面会把这笔账算清楚。
三、规格等级，划定了容量与文件系统的搭配
容量不是想标多大就标多大，SD协会按规格给TF卡分了等级：SD（SDSC）最大2GB，用FAT12/FAT16；SDHC为2GB到32GB，用FAT32；SDXC为32GB到2TB，用exFAT；SDUC为2TB到128TB，同样用exFAT，更高规格还在演进。
我们常说的8GB卡属于SDHC档位，标配FAT32。为什么32GB以上的卡很少见到FAT32？因为FAT32格式本身的理论上限很高（簇记录数上限约2.68亿条：配64KB簇时理论可达16TB量级，但Windows等主流系统并不支持64KB簇；按主流系统可选的32KB簇计算约8TB），真正把它压在2TB以内的是MBR分区表的寻址上限；再加上Windows自带格式化工具长期把FAT32限制在32GB（直到2024年微软才在Windows 11预览版中逐步放开），所以大容量卡普遍转向exFAT。容量等级、文件系统、主机兼容性三者是绑在一起的。
顺带一提，卡面上的速度等级（如Class 10、UHS-I）是传输性能标识，与容量无关——容量决定“能装多少”，速度决定“装得多快”，选购时两者都要看。
四、可用容量是怎么算出来的？两笔扣减加一个口径
先纠正一个常见误解：单位换算并不占用容量。8GB标称的8,000MB（十进制）和系统显示的约7,629MB（二进制，约7.45GiB）是同一份字节数，只是计数进位的写法不同——一个字节都没少，显示成约7.4GB是“数字换了写法”，不是空间被吃掉。
第一笔真正的关系在出厂前就完成了：主控OP预留。闪存有使用寿命，坏块需要替换，磨损均衡和垃圾回收需要备用空间，主控在出厂时就从颗粒中预留一部分（通常几个百分点，高的超过10%），并在向主机报告容量时已经扣除——所以系统里看到的容量，本来就不含OP。它不参与“标称→可用”的再扣减，但直接决定卡的寿命和性能稳定性，也解释为什么同样标称8GB的卡，不同品牌显示的大小略有不同。
第二笔才是格式化时实际占用的：文件系统开销。格式化时要写入引导区、FSInfo、FAT表（一式两份）、根目录等“账本”结构。以8GB FAT32、4KB簇大小为例：数据区约195万个簇（扣除保留区与FAT表等系统区后，实际约194万个），每条簇记录占4字节，单份FAT表约7.8MB，双份合计约15MB，约占整卡容量的0.2%——这笔才是从“显示容量”到“可用容量”真正变少的可见部分。
顺带分清两个术语：扇区是底层最小的读写单元，每扇区512字节；簇（也叫分配单元）由若干个扇区组成，是文件系统分配空间的最小单位。簇越大，全盘的簇数量越少、文件系统的“账本”（FAT表）越小，但存小文件时浪费的空间越多；簇越小则反过来。这个取舍直接影响性能和初始化速度，是本文后续案例的关键。
算到这里，可用容量的来龙去脉就清楚了：标称8GB（8,000MB，十进制）→系统显示约7.4GB（同一份字节数的二进制写法，约7.45GiB）→格式化后可用约7.43GB（再扣约15MB文件系统开销）；OP已在出厂报告容量时扣除，不在这条链上重复计算。以本文案例中的米客方德8GB TF卡（型号SDSDQAB-008G-MK-D）为例，全链条如图1所示。米客方德是专业的存储品牌厂商，专注TF卡等存储产品，覆盖消费级与工业级应用；从颗粒筛选、主控调校到出厂测试，每一道环节都力求稳定可靠，FAE团队也能提供从选型评估到问题定位的全流程技术支持。
图1 TF卡容量链条示意（数据口径见正文）
五、几个常见疑问快答
问：显示只有约7.4GB，是不是假卡、扩容卡？
答：不是。正规渠道购买的正品卡也会这样显示，这是十进制标称与二进制显示的正常差异。扩容卡是实际容量远小于标称的劣质卡，从正规渠道购买、容量与标称相符，就不用担心。
问：同样是8GB卡，为什么有的显示7.6GB，有的显示7.4GB？
答：出厂报告给系统的容量本来就不同。标称8GB对应的物理颗粒容量可能是8.0GB，也可能是8.4GB甚至更多；再加上各家主控OP预留比例不同，报告给系统的用户容量自然有差异，显示从约7.4GB到约7.6GB都正常。预留多一点的卡，寿命和性能通常更稳，可用空间会略少。
问：可用容量是不是越大越好？
答：不一定。OP预留是闪存坏块替换、磨损均衡和垃圾回收的“备胎”，是寿命与性能的保障。一味追求可用空间大，可能牺牲长期稳定性。
问：格式化时簇大小选4KB还是32KB？
答：小文件多，选小簇更省空间；大文件多，选大簇更省开销、减少碎片。更关键的是，簇大小直接影响FAT表大小和上电初始化速度——这个选择在真实项目中甚至决定过整批物料能不能过测试，下篇用一块8GB卡的实战案例讲透。
六、容量背后，藏着性能的钥匙
容量只是表面，文件系统的“账本结构”——尤其是簇的大小——才是性能的关键变量。簇越小，空间利用率越高，但记录数量越多；簇越大，记录越少，但小文件浪费空间。这个权衡，在真实项目里引发过一个相当棘手的故障：一块8GB TF卡在SPI模式下“开机慢”到测试不过，FAE只改了两个点就把它救回来。下篇，我们来讲这个实战案例。也欢迎关注米客方德存储FAE专栏，容量、性能与实战案例持续更新。
附：数据口径与参考来源
本文数据口径：十进制1GB=1,000MB、二进制1GiB=1,024MB；8GB十进制=8,000MB，二进制换算约7,629MB（约7.45GiB），单位换算仅改变显示口径、不改变字节数；簇数按数据区口径计算，4KB簇约195万个（实际约194万个）、32KB簇约24万个；FAT表按单份估算，每扇区512字节、128条簇记录；“可用容量约7.4GB”为按二进制换算扣除文件系统开销（约15MB）的估算值，主控OP预留已在出厂报告容量时扣除、不重复计入，实际以厂商标注为准。文中型号SDSDQAB-008G-MK-D为米客方德（专业存储品牌）8GB TF卡。
参考来源：
SD协会容量等级定义（SD/SDHC/SDXC/SDUC）：https://www.sdcard.org/developers/sd-standard-overview/capacity-sd-sdhc-sdxc-sduc/
Microsoft Learn《Windows文件系统》FAT32说明：https://learn.microsoft.com/en-us/archive/technet-wiki/5375.windows-file-systems
36氪：Windows 11 Canary预览版放开FAT32命令行格式化至2TB：https://m.36kr.com/p/2912918385499013
