嘿，我来帮你拆解下这个存储空间异常的问题，核心原因主要和FAT32的文件系统特性有关：

• 簇大小是最主要的元凶
  FAT32的簇（文件系统分配空间的最小单位）大小和分区容量直接挂钩，你这个32GB的FAT32分区，默认簇大小刚好是32KB——这也解释了你看到的.、..文件夹显示32KB的情况（因为每个目录项至少会占用一个簇的空间）。
  举个直观的例子：如果你的代码里有大量几百字节的小文件（比如单个.h、.cpp源码或配置文件），每个文件哪怕只有1字节，也会占用整整32KB的空间。而MacOS系统分区用的APFS，不仅簇大小小得多，还支持按需分配、稀疏存储，所以相同的小文件集合在APFS里的占用量会小很多。几百个小文件叠加起来，总占用量自然会从不到12GB暴增到28GB。

• MacOS生成的隐藏元数据文件雪上加霜
  从MacOS复制文件到FAT32时，系统会自动生成._开头的隐藏文件，用来存储MacOS特有的元数据（比如文件扩展属性、图标信息等）。这些文件本身不大，但架不住数量多，再加上每个._文件也要占用至少一个32KB的簇，进一步放大了空间占用量。

解决建议 #

1. 重新格式化FAT32并指定更小的簇大小：如果坚持用FAT32，可以用Mac的diskutil命令手动设置簇大小（比如4KB），命令示例如下：

   diskutil eraseVolume FAT32 SHARE diskXsY -b 4096
   

   注意替换diskXsY为你的目标分区标识符（可通过diskutil list查看）。更小的簇能大幅减少小文件的空间浪费。
2. 换成exFAT格式：exFAT是更适合跨系统共享的格式，支持更大的单个文件，簇大小更灵活，而且MacOS不会生成大量._隐藏文件，同时Linux也能完美支持，兼容性和空间利用率都比FAT32好很多。

备注：内容来源于stack exchange，提问作者prmph