SharedPreferences czyta stare wartości

Question

Używam SharedPreferences do pisania i późniejszego czytania wartości w różnych działaniach w mojej aplikacji. Kiedyś pracowało się dobrze, ale ostatnio wygląda na to, że nie było sincronizowane. Mam na myśli, że piszę wartość, ale wtedy druga aktywność nadal odczytuje starą wartość. Czasami działa poprawnie. Każdy pomysł?

EDIT: To jest przykładowy kod:

Po pierwsze, z wątku:

SharedPreferences prefs = getSharedPreferences("MyPrefs", Context.MODE_PRIVATE); 
SharedPreferences.Editor editor = prefs.edit(); 
editor.putInt("ComandToDo", value); 
editor.commit(); 
... some code later: 
alarmmanager.set(AlarmManager.RTC_WAKEUP, Miliseconds, sender); 

W odbiorniku alarmowego:

SharedPreferences prefs = contexto.getSharedPreferences("MyPrefs", Context.MODE_PRIVATE); 
int value = prefs.getInt("ComandToDo", -1);  

I tu pojawia się problem, bo „wartości "nie jest wartością zapisaną w wątku.

Answer 1

1. SharedPreferences dokumentowane są nie do pracy w poprzek procesów http://developer.android.com/reference/android/content/SharedPreferences.html „Uwaga: obecnie ta klasa nie obsługuje wykorzystania w wielu procesach ta zostanie dodana później.”

2. Ta odpowiedź zaleca enkapsulacji danych do dostawcy zawartości, a dyskusja uważa również kilka innych opcji, w tym wspólną SQLite: https://stackoverflow.com/a/5265556/1665128

3. Trzeba również Plain Old pliki w systemie plików. Wykorzystaliśmy je w kilku projektach, z blokowaniem, bez żadnych problemów. Może być również opcją dla ciebie.

Answer 2

Piszecie w pliku preferencji "MyPrefs", a następnie próbujesz odczytać z pliku "PerfilDeSonidoPreferencias". Proszę odczytać/zapisać z tego samego pliku preferencji.

Answer 3

Oto, co napotkałem i co zrobiłem, aby to naprawić.

Wywołałem alarm z działania, a w odbiorniku-odbiorniku tego alarmu aktualizowałem Preferencje współdzielone, które były odczytywane przy każdym uruchomieniu aplikacji.

Po uruchomieniu alarmu, za każdym razem, gdy uruchomiono aplikację, otrzymywał stare wartości, które zostały ustawione tylko z tego działania. Nie zostały uwzględnione żadne zmiany z Broadcast-Receiver.

Sztuką jest, aby ustawić podziałem Preferencje jak MODE_MULTI_PROCESS

Zazwyczaj używamy MODE_PRIVATE, ale zrobić w następujący sposób:

SharedPreferences prefs = this.getSharedPreferences("Preferences", MODE_MULTI_PROCESS); 

Uwaga: Po tryb zmienia się w kodzie, zaleca się wyczyść dane aplikacji, aby uniknąć problemów podczas debugowania.

EDIT: MODE_MULTI_PROCESS potrzeba min API 11

Przed API 11 obejście, które mogę myśleć jest stworzenie bazy danych z 2 kolumny KEY & WARTOŚCI. Dostęp do niej można uzyskać z innych modułów.

Answer 4

Po prostu użyj IntentService zamiast BroadcastReceiver.To jest praca dla mnie.

ServiceClass:

public class ServiceClass extends IntentService { 

    public NotificationPopupService(String name) { 
     super(name); 
    } 

    public NotificationPopupService(){ 
     super("YOU_DEFAULT_NAME"); 
    } 

    @Override 
    protected void onHandleIntent(Intent intent) { 
     SharedPreferences sp = PreferenceManager.getDefaultSharedPreferences(getApplicationContext()); 

     do magic... 
    } 
} 

W Tobie AndroidManifest.xml plik w tagu aplikacji:

<service android:name="ServiceClass"/> 

Tworzenie alarm:

intent = new Intent(context, ServiceClass.class); 
pendingIntent = PendingIntent.getService(context, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT); 
// magic after 2 seconds after the creation of alarm 
alarmManager.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + 2000, pendingIntent);