APFS性能优化不依赖参数调优，而应聚焦清理冗余快照、禁用非必要功能、修复元数据异常及避免低效布局：用tmutil listlocalsnapshots /查看快照，sudo tmutil thinlocalsnapshots / 9999999999 1批量清理，sudo tmutil disablelocal关闭本地快照，sudo fsck_apfs -n检查元数据，避免小文件频繁覆盖和机械硬盘启用加密。
APFS 卷的性能不是靠“调参数”来优化的，它本身没有像传统文件系统那样暴露大量可调节的挂载选项或内核 tunables。苹果把 APFS 设计成高度自治的现代文件系统——大部分关键行为（如空间分配、写时复制、快照管理、加密策略）由系统在底层自动决策，用户无法也不应手动干预其核心算法。但你可以通过终端做几类真正有效、有依据的优化操作，它们聚焦于清理干扰、释放潜力、规避已知瓶颈。
清理冗余快照，释放元数据压力
APFS 快照虽轻量，但大量旧快照会拖慢卷的元数据遍历和空间计算，尤其在 Time Machine 本地快照堆积较多时。查看当前所有本地快照：
tmutil listlocalsnapshots /
删除指定快照（替换 snapshot_name）：
tmutil deletelocalsnapshots snapshot_name
批量清理 7 天前的快照（推荐定期执行）：
sudo tmutil thinlocalsnapshots / 9999999999 1
说明：第二参数是保留空间目标（字节），第三参数是保留快照数量上限；1 表示只留最新一个。
禁用非必要卷功能，降低运行开销
某些 APFS 功能默认启用，但在特定场景下反而引入延迟或兼容性问题。关闭卷的“本地时间机器快照”（适用于开发测试盘、外接 SSD）：
sudo tmutil disablelocal
若该卷从不用于 Time Machine 备份，还可移除其快照存储区域：
sudo diskutil apfs deleteVolume "/Volumes/YourVolumeName - Data"
注意：此操作仅适用于非系统卷，且需确认该卷无依赖快照。
检查并修复潜在元数据异常
APFS 的一致性不靠定期 fsck，但突发断电或强制关机可能引发轻量级元数据错位，影响后续写入效率。以只读方式检查卷健康状态（无需卸载）：
sudo fsck_apfs -n /dev/diskXsY
其中 diskXsY 可通过 diskutil list 查得，例如 disk1s2；-n 表示只检测不修复。
若报告错误，再执行修复（建议先备份）：
sudo fsck_apfs -y /dev/diskXsY
注意：不要对系统卷（Macintosh HD）直接运行 -y 修复，应进入恢复模式操作。
避免人为制造碎片与低效布局
APFS 对 SSD 友好，但不当使用仍会削弱性能表现。以下操作应避免：
- 频繁小文件反复覆盖写入（如日志轮转未压缩）——改用
DDFileLogger配合 gzip 压缩归档 - 将 APFS 卷格式化为大小固定分区后再划分子卷——这违背容器共享空间的设计初衷
- 在机械硬盘上强行启用 APFS 加密（AES-XTS 性能损耗显著）——HFS+ 更合适
正确做法是：让容器保持宽松，卷按需生长；加密只用于确有需要的卷（如用户数据卷），系统卷保持默认配置即可。
