SharedPreferences と DataStore の違いと正しい使い分け【Android】

Androidアプリ開発をしていると、
「設定値やフラグ、どこに保存すればいいんだっけ？」
と迷う場面が必ず出てきます。

昔からよく使われてきたのが SharedPreferences ですが、
最近は DataStore が公式に推奨されるようになり、
「結局どっちを使うのが正解なの？」と悩む方も多いはずです。

この記事では、
SharedPreferences と DataStore の違いを整理しつつ、
実務での正しい使い分けを初心者にも分かるように解説します。

SharedPreferences とは？

SharedPreferences は、
キーと値のペアでデータを保存できる、Androidで最も古くから使われている仕組みです。

主に以下のような用途で使われてきました。

一方で、
現在ではいくつか問題点も指摘されています。

SharedPreferences は同期処理が基本です。
そのため、使い方によってはメインスレッドで I/O が走り、
パフォーマンス低下や ANR の原因になります。

同時書き込みが発生した場合などに、
XML が壊れてデータが読めなくなるケースがあります。

キーを文字列で扱うため、
タイプミスやキー変更によるバグが起きやすいのも欠点です。

DataStore は、
SharedPreferences の後継として Google が公式に推奨している仕組みです。

内部的には Kotlin Coroutine と Flow をベースにしており、
非同期・安全・一貫性のあるデータ保存を実現しています。

初心者の方は、まずは Preferences DataStore を使うケースが多いです。


val Context.dataStore: DataStore<Preferences> by preferencesDataStore(
    name = "settings"
)

値の保存：


val IS_LOGIN = booleanPreferencesKey("is_login")

context.dataStore.edit { prefs ->
    prefs[IS_LOGIN] = true
}

値の取得：


val isLoginFlow: Flow<Boolean> =
    context.dataStore.data.map { prefs ->
        prefs[IS_LOGIN] ?: false
    }

Flow と組み合わせることで、
値の変更をリアルタイムに監視できるのが大きな特徴です。

結論としては、新規なら DataStore を選んでおくのが無難です。

完全に禁止されているわけではありません。
ただし、新規実装では DataStore を選ぶのが推奨されています。

最初は Flow に慣れが必要ですが、
一度使うと SharedPreferences には戻れなくなる便利さがあります。

SharedPreferences と DataStore は、
「同じ用途に見えて、思想がまったく違う仕組み」です。

今後の Android 開発では、
安全性・非同期・保守性を考えると DataStore が中心になっていきます。

どちらを使うか迷ったときは、
「新規か既存か」「将来の拡張性」を基準に判断するのがおすすめです。