Android SharedPreferences нулевые ключи, значения и наборы <?> - угловые случаи

Был тщательно тестироватьSharedPreferences фреймворк. Хотя большинство работает так, как и следовало ожидать, я сталкиваюсь с некоторыми случаями, когда мне интересно, чтос их помощью. Я даю несколько тестов, которые все проходят - их общая установка:

Context ctx;
SharedPreferences prefs;
Editor ed;
protected void setUp() throws Exception {
    super.setUp();
    ctx = getContext();
    prefs = PreferenceManager.getDefaultSharedPreferences(ctx);
    ed = prefs.edit();
}
protected void tearDown() throws Exception {
    if (ed != null) ed.clear().commit();
    super.tearDown();
}

Теперь странные моменты:

Когда я ставлю нулевое значение,Я должен попросить его с нулевым значением по умолчанию, чтобы получить его обратно - если значение по умолчанию не равно нулю, я получаю это значение по умолчанию.Даже если по умолчанию тип отличается от того, который я вставил в, Относится кString а такжеSet (но я могу вернуть логическое значение, например):

public void testNullString() {
    ed.putString("string_key", null); // putString() and putStringSet() only
    ed.commit();
    assertTrue(prefs.contains("string_key"));
    assertEquals(null, prefs.getString("string_key", null));
    // if I specify a non null default I get this default back, not null
    assertEquals("a string", prefs.getString("string_key", "a string"));
    // *even if I ask for a boolean*
    assertEquals(true, prefs.getBoolean("string_key", true));
}

Я могу легко положитьSet внутри префы:

@SuppressWarnings("unchecked")
@TargetApi(Build.VERSION_CODES.HONEYCOMB)
public void testNullStringSetsRaw() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
        @SuppressWarnings("rawtypes")
        final Set integerHashSet = new HashSet();
        integerHashSet.add(1);
        ed.putStringSet("set_key", integerHashSet);
        ed.commit();
        final Set defValues = new HashSet();
        defValues.add("a string");
        Set s = prefs.getStringSet("set_key", defValues);
        final String msg = "The set I put in: " + integerHashSet
            + " and what I got out :" + s;
        Log.e(TAG, msg); // the same - [1]
        assertTrue(msg, integerHashSet.equals(s));
        assertTrue(s.contains(1)); // !
    }
}

Какие'сделка с нулевыми ключами? Они кажутся совершенно законными ключами:

public void testNullKeyNonNullString() {
    final String NULL_KEY = null;
    ed.putString(NULL_KEY, "a string");
    ed.commit();
    assertTrue("Contains null key", prefs.contains(NULL_KEY));
    assertEquals("Retrieve the value giving null default", "a string",
        prefs.getString(NULL_KEY, null));
    assertEquals("Retrieve the value giving default", "a string",
        prefs.getString(NULL_KEY, "a string" + "blah"));
    try {
        // no deal !
        prefs.getBoolean(NULL_KEY, true);
        fail("Expected CCE");
    } catch (ClassCastException e) {}
}

но я видел в моих журналах такие вещи, как:org.xmlpull.v1.XmlPullParserException: Map value without name attribute: boolean - увидетьandroid getSharedPreferences ошибка: значение карты без атрибута имени: логическое значение для обсуждения. Интересно, связано ли это сnull ключи.РЕДАКТИРОВАТЬ это связано с репродуктором

public class XmlExceptionTest extends AndroidTestCase {

    /** Run it twice - on the second run the exception is thrown */
    public void testXmlException() {
        Context ctx = getContext();
        SharedPreferences prefs = PreferenceManager
            .getDefaultSharedPreferences(ctx);//exception thrown here(line 18)
        // and apparently it clears the prefs as the condition below is false
        if (prefs.contains("run_once")) { // false
            Log.w("XmlExceptionTest",
                "contains null key :" + prefs.contains(null));
        }
        Editor e = prefs.edit();
        e.putBoolean("run_once", true).commit();
        e.putString(null, "I put a sting with null key").commit();
        assertTrue("Contains null", prefs.contains(null));
        PreferenceManager.getDefaultSharedPreferences(ctx); // exception
        // NOT thrown here  - why ? - apparently there is a static factory
        // returning the instance it already constructed
        // e.clear().commit(); // this eliminates the exception
    }
}

исключение:

W/ApplicationContext(): getSharedPreferences
W/ApplicationContext(): org.xmlpull.v1.XmlPullParserException: Map value without name attribute: string
W/ApplicationContext():     at com.android.internal.util.XmlUtils.readThisMapXml(XmlUtils.java:521)
W/ApplicationContext():     at com.android.internal.util.XmlUtils.readThisValueXml(XmlUtils.java:733)
W/ApplicationContext():     at com.android.internal.util.XmlUtils.readValueXml(XmlUtils.java:667)
W/ApplicationContext():     at com.android.internal.util.XmlUtils.readMapXml(XmlUtils.java:470)
W/ApplicationContext():     at android.app.ContextImpl.getSharedPreferences(ContextImpl.java:361)
W/ApplicationContext():     at android.preference.PreferenceManager.getDefaultSharedPreferences(PreferenceManager.java:348)
W/ApplicationContext():     at gr.uoa.di.android.helpers.test.XmlExceptionTest.testXmlException(XmlExceptionTest.java:18)
W/ApplicationContext():     at java.lang.reflect.Method.invokeNative(Native Method)
W/ApplicationContext():     at java.lang.reflect.Method.invoke(Method.java:521)
W/ApplicationContext():     at junit.framework.TestCase.runTest(TestCase.java:154)
W/ApplicationContext():     at junit.framework.TestCase.runBare(TestCase.java:127)
W/ApplicationContext():     at junit.framework.TestResult$1.protect(TestResult.java:106)
W/ApplicationContext():     at junit.framework.TestResult.runProtected(TestResult.java:124)
W/ApplicationContext():     at junit.framework.TestResult.run(TestResult.java:109)
W/ApplicationContext():     at junit.framework.TestCase.run(TestCase.java:118)
W/ApplicationContext():     at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)
W/ApplicationContext():     at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)
W/ApplicationContext():     at android.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:520)
W/ApplicationContext():     at android.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)

и, видимо,настройки сбрасываются при возникновении исключения (плохо, плохо, плохо)

Итак, мои вопросы: действительно ли поведение, как я об этом говорю (или я что-то упустил, глупо)? Какова мотивация (особенно поведение с нулевыми значениями)? Это задокументировано и гарантировано так и останется - или может измениться? Является ли пункт 2 недосмотром?

Тестовый проект.

Ответы на вопрос(1)

Ваш ответ на вопрос