設計
このファイルシステムはApple WatchからMac Proにまでスケールしている。inodeには64bitの数が採用され、よりセキュアなストレージになっている。APFSのコードでは、HFS+と同様にTRIMコマンド が使われており、空き容量の管理とパフォーマンスの改善に貢献している。これにより、iOS, iPadOSとmacOSでは、読み書きの速度が向上する場合があり、iOSデバイスではAPFSの利用可能データの計算方法の改善により、デバイスの空き容量が増加することがある。
HFS+はシングルスレッドにしか対応していないが、APFSはマルチスレッドに対応しており、ファイルのタイムスタンプはナノ秒単位で管理される。
ファイル共有プロトコルはAFPには対応しないため、SMBを使うよう推奨されている。
クローン
クローンを利用することで、オペレーティングシステムは、同じボリュームにあるファイルのコピーを追加のスペースを消費せずに効率よく作成できる。クローンファイルに対しての変更は、差分データとして保存され、ドキュメントの改訂やコピーに必要なストレージ容量が削減できる。
スナップショット
APFSは、ポイントインタイムで読み取り専用のファイルシステムのインスタンスを作成することで、スナップショットをサポートする。
暗号化
APFSはネイティブにディスク全体の暗号化に対応している。ファイルの暗号化には以下のオプションが選択できる。
ファイル数の最大値の増加
APFS はinodeの数が64bitに増加したため、1つのボリュームに 個以上のファイルを作成することが可能になった。
データの完全性 (data integrity)
APFSはチェックサムを利用してメタデータの完全性を保証している。ただし、現時点ではユーザ領域のデータには未対応である。
クラッシュに対する保護
APFSはシステムのクラッシュによるメタデータの破損を回避できるように設計されている。既存のメタデータを置き換えるように上書きするのではなく、初めに完全に新しいレコードとして書き込み、新しいデータにポインタを変更した後に、古いデータを開放するようになっている。この仕組みにより、データの更新中にクラッシュした場合に、同じレコード中に古いデータと新しいデータが部分的に混在するような事態を避けることができるようになった。また、HFS+ジャーナルファイルシステムではファイルをジャーナルに書き込んだ後にカタログファイルにもう一度書き込む必要があり、1回の変更のたびにストレージに2回書き込まなければならないという問題があったが、これも解消した。
空き容量の共有
APFSは、複数の論理ドライブ (ボリュームと呼ばれる) を同じコンテナ内に作成し、コンテナ間で空き容量を共有できるようになっている。AppleのFusion Driveの機能と同様に、1つの物理パーティションからでも2つの異なるドライブ上の2つのパーティションからでも、APFSのコンテナを作ることができる。
.svg){kind=small}