SharedPreferences не будет сохранять/загружать в PreferenceActivity

Ответ 1

Я просто решил, я уверен. Никакой ошибки кода с моей стороны, и нет никакого вопроса с моим приложением вообще (я не верю, во всяком случае.)

Я создал новый проект под названием "testproj", затем я скопировал ВСЕ код из своих настроек PreferenceActivity, вставил его в TestprojActivity, и я скопировал код из xml, на который он положил, затем вставил его в файл main.xml TestProj.

Затем я установил TestProj на Samsung Captivate, изменил настройки вокруг, очистил RAM через управление оперативной памятью (функция пользовательского ПЗУ, который у меня есть), и настройки застряли. Затем я включил питание телефона, и настройки все еще были там, как будто я их настроил.

Они остались, когда я вручную их установил, используя:

PreferenceManager.getDefaultSharedPreferences();

и без сохранения их вручную в SharedPreferences.

Так как это не мой телефон, я еще не пробовал, но я предполагаю, что Factory Data reset полностью исправит его EDIT: Я смог протестировать как новый Samsung Captivate, так и Samsung, и он сработал.

Я потратил много времени, пытаясь понять это, и надеюсь, что это поможет кому-то другому.:)

Ответ 2

Я столкнулся с возможно подобной проблемой на Samsung Galaxy S, где разрешения для XML файла предпочтений каким-то образом изменились/повреждены.

Журнал показал, что какой-то хост-процесс не смог прочитать файл, заставив все настройки reset по умолчанию. Я не помню точного сообщения об ошибке, но оно было похоже на "разрешение отклонено для /path/to/preferences/file.xml".

Решением для меня было удаление данных приложения через "Настройки", "Приложения", "Управление приложениями", "MyApp", "Удалить данные". Это удалит файл настроек, связанный с приложением, и проблема мгновенно исчезла.

Я предположил, что это изолированное событие, поскольку я не сталкивался с ним снова на различных устройствах Android (включая Galaxy S II).

Ответ 3

На основном тестовом устройстве клиента я столкнулся с той же проблемой. Используемое устройство - Samsung Galaxy S с SDK уровня 8 (2.2.1).

Странное поведение заключается в том, что либо SharedPreferences не сохраняются, либо, как после factory reset, они слишком постоянны, то есть они не удаляются после переустановки приложения.

Из-за текущего распространения в 2.2.x, а количество продаваемых устройств Samsung Galaxy S составляет несколько миллионов, вероятность появления этой проблемы является значительным.

Таким образом, можно считать решающим для реализации обходного пути для сохранения предпочтений.

Чтобы собрать подробные характеристики, чтобы изолировать это обходное решение с острыми краями, может ли каждый, кто также сталкивается с этой проблемой , предоставить здесь следующую версию ядра (System.getProperty("os.version")?

Я думал о чем-то вроде этого:

// !! I know that 2.6.32.9 is not yet correct. This would be a false positive !!
if ((System.getProperty("os.version").startsWith("2.6.32.9"))
    && (android.os.Build.DEVICE.contains("GT-I9000")))
    useInternalStorage();
else
    useSharedPreferences();

Я могу опубликовать реальный код здесь и после его приготовления, и кому-то это интересно.

ИЗМЕНИТЬ: дополнительную информацию:

Устройства, стоящие перед этой проблемой:  

    Property                         | Values
    ---------------------------------+------------------------------------
    Build.DEVICE                     | "GT-I9000T"
    Build.VERSION.INCREMENTAL        | "UBJP9"
    Build.VERSION.RELEASE            | "2.2.1"
    Build.VERSION.SDK                | 8
    System.getProperty("os.version") | "2.6.32.9"
    

Подобные устройства не сталкиваются с этой проблемой:  

    Property                         | Values
    ---------------------------------+------------------------------------
    Build.DEVICE                     | "GT-I9000"
    Build.VERSION.INCREMENTAL        | "AOJP4"
    Build.VERSION.RELEASE            | "2.2"
    Build.VERSION.SDK                | 8
    System.getProperty("os.version") | "2.6.32.9"
    

Ответ 4

Попробуйте очистить редактор, прежде чем устанавливать значения. У меня была такая же проблема, и это сработало для меня. Пример:

Editor e = PreferenceManager.getDefaultSharedPreferences(getParent()).edit();
e.clear();
e.putStringSet(key, value);

Ответ 5

Можно обойти проблему разрешений с помощью sharedUserId, которая должна быть одинаковой для любого из ваших подписанных приложений.

http://developer.android.com/reference/android/R.attr.html#sharedUserId

Ответ 6

У меня тоже была проблема с сохранением и последующим извлечением данных. У меня был код сохранения и загрузки в классе, который расширяет приложение, потому что мне нужен один экземпляр моих данных. Я мог видеть, что String сохраняется, ошибок в LogCat и все же, когда я пытаюсь загрузить его, снова без ошибок, моя String пуста. Я никогда не проверял, действительно ли данные попали в файл, поэтому я понятия не имею, произошел ли сбой при сохранении или загрузке или в обоих случаях.

Мой код был более или менее следующим: (comboToSave - это просто строка, сгенерированная Gson из простого класса данных)

одним способом для сохранения:

  SharedPreferences sharedPref = activity.getPreferences(Context.MODE_PRIVATE); 
  SharedPreferences.Editor editor = sharedPref.edit();
  editor.putString(getString(R.string.prefCombos), comboToSave); 
  editor.commit();

в другом методе загрузки:

  SharedPreferences sharedPref = activity.getPreferences(Context.MODE_PRIVATE);
  String loadedComboText = sharedPref.getString(getString(R.string.prefCombos), "");

После большого количества царапин на голове и не зная, что делать, я изменил код, который извлекает значение sharedPref из

SharedPreferences sharedPref = activity.getPreferences(Context.MODE_PRIVATE);

к

SharedPreferences sharedPref = PreferenceManager.getDefaultSharedPreferences(getApplicationContext());

Здесь есть еще о различии между ними (хотя в моем случае это выглядит точно так же)

И все же результат на моей Галактике S3 был таким же. Однако тестирование обеих версий на других устройствах, включая VD (виртуальные устройства), работало.

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

Я играл с uninsalling приложения и повторно intalling, выключая устройство снова и снова прошлой ночью безрезультатно.

Теперь я переместил методы сохранения и загрузки из класса приложения в активность, где я заполняю входные данные, то есть как загрузка, так и сохранение кода теперь находятся в одной и той же активности. Я тестировал это с обеих вариаций кода, и они оба работают. Я возвращаю то, что я сохраняю. Затем я переместил весь код обратно в класс Application, и он работает; это заставляет меня поверить, что каким-то образом со всей установкой/удалением я каким-то образом сумел заставить его работать. Точка: код правильный - если он не работает, возможно, устройство и/или настройки виноваты

Ответ 7

У меня такая же проблема, и я некоторое время страдал от этого, наконец, нашел решение, и это так просто, просто передайте прямую ссылку на активность и не используйте общий контекст

public SessionManagment(Activity mContextActivity){
//  this.contextActivity = mContext;
    sharedPrefSession =  mContextActivity.getSharedPreferences(
            Constants.SHARED_PREFERANCES_LIGHT_TIGER_SESSION_FILE_NAME, 
            Context.MODE_PRIVATE);

}//enden constructor 

приведенный выше код является конструктором класса, который я написал для управления сеансом, и и когда я вызываю его в коде в основном ActivityFramgment в AsyncTask, я вызываю его так:

SessionManagment sessionManagment = new SessionManagment(referanct2thisActivity);

где referanct2thisActivity определен в функции onCreate активности фрагмента, такой как

referanct2thisActivity = this;

надеюсь, что это поможет другим в будущем