Android Thread Safe SharedPreferences

Question

Я не уверен, действительно ли мне это нужно прямо сейчас, но если мое приложение когда-либо расширяется, я мог бы увидеть эту возможность. У меня в основном есть обертка вокруг SharedPreferences, которая вытягивает несколько значений из SharedPreferences и связывает их с объектом. Он также принимает объект и использует его для обновления настроек. Я хотел сделать его потокобезопасным, но я хотел попробовать его с помощью Семафора. Мой SharedPreferences обертка получит ссылку на класс ниже от getSyncedPrefManager(). Затем он вызовет aquireLock(), а затем getPref(), выполнит свою работу, а затем позвонит releaseLock(). Означает ли это что-то, что сработает, или я не согласен с базой?

public class SyncedPreferenceManager { 
    private final static SyncedPreferenceManager me = 
           new SyncedPreferenceManager(); 

    private SharedPreferences prefs; 
    private static Semaphore mutex; 

    public static SyncedPreferenceManager getSyncedPrefManager(){ 
     return me; 
    } 

    private SyncedPreferenceManager(){ 
     mutex = new Semaphore(1, true); 
    } 

    public SharedPreferences getPref(Context caller){ 
     if(prefs == null) 
      prefs = PreferenceManager.getDefaultSharedPreferences(caller); 
     return prefs; 
    } 

    public boolean aquireLock(){ 
     try { 
      mutex.acquire(); 
     } catch (InterruptedException e) { 
      return false; 
     } 
     return true; 
    } 

    public boolean releaseLock(){ 
     mutex.release(); 
     return true; 
    } 

} 

Answer 1

Вы не мог бы этот ответ.

Вы не используете подходящую систему здесь. SharedPreferences предназначен для хранения простых настроек. Просто потому, что вы можете это сделать, это не значит, что вы должны. Вы в основном пытаетесь сделать SharedPreferences во что-то свое. Вы можете добавить все это фантазийное запирание, но это не остановит, чтобы кто-то появился ниже этого и случайно взорвал его.

Если вам действительно нужна эта функция всерьез, вы должны просто взглянуть на простое использование sqlite. Существует мало сомнений в том, что вы можете добавить синхронизацию в SharedPreferences (и я уверен, что это безопасно до некоторой степени, поскольку оно уже разработано с использованием модели транзакции/фиксации), но мне кажется, что вы изобретаете колесо.

Answer 2

Для этой цели достаточно синхронных участков. Обычно нет проблем с производительностью при сохранении/загрузке значений из настроек (там не так много значений).
И я также сомневаюсь, что вам это нужно вообще. Предпочтения обычно загружаются при запуске активности или сохраняются в режиме паузы (что в любом случае является типом песенки, только одно из действий в вашем приложении запускается или останавливается в то время)

В моих предпочтениях apocications читаются с нетерпением и сохранены только когда приостановлено действие специализированных настроек. В этом случае мне не нужно никакого взаимного исключения.

Я разработал небольшую библиотеку оболочки, которая позволяет легко сортировочное/немаршалингу предпочтения в свойство объекта:

https://github.com/ko5tik/andject

Answer 3

Вы всегда можете внести изменения в SharedPreferences.Editor и использовать apply() для применения изменений атомарно.

editor.apply() доступен от уровня API 9.

Документации здесь: http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply()