Плохой магический номер для Bundle в Android

Я передаю данные из одного действия в другое действие с помощью этого кода:

Слушайте его ссылку на активность для обратных вызовов.

Ответы

Ответ 1

Резюме

Похоже, что у вас есть ошибка в том, как вы храните и извлекаете детальную информацию QuestionsGroup. Строка 53 - это линия, на которую следует обратить внимание.

При написании на посылке Android хранит специальное "волшебное число" с каждым полем, чтобы убедиться, что вы используете правильный порядок, вытягивая поля из посылки (см. подробное объяснение определения номера).

Вы получаете ошибку, потому что волшебное число не найдено в ожидаемой позиции - это потому, что вы не берете поля из посылки в правильном порядке.

Подробное объяснение из официального исходного кода

[Ниже объяснение основано на "последней" (на момент написания) реализации API21 классов Bundle и BaseBundle. Здесь вы можете найти полный код:

BaseBundle на android.googlesource.com

Вы также можете использовать Android SDK Manager для установки локальной копии кода на свою машину разработки, что я считаю очень полезным. ]

Итак...

Когда посылки написаны, Android предпринимает некоторые шаги по обеспечению безопасности, чтобы убедиться, что поля выстраиваются в очередь, когда вы пытаетесь раскрыть их. Для этого Android добавляет поля с "магическим числом", определяемым как:

static final int BUNDLE_MAGIC = 0x4C444E42; // 'B' 'N' 'D' 'L'

Вы можете увидеть это в коде для writeToParcelInner() (подведённое ниже)

void writeToParcelInner(Parcel parcel, int flags) {
    if (mParcelledData != null) {
        if (mParcelledData == EMPTY_PARCEL) {
            parcel.writeInt(0);
        } else {
            int length = mParcelledData.dataSize();
            parcel.writeInt(length);
            parcel.writeInt(BUNDLE_MAGIC);
            parcel.appendFrom(mParcelledData, 0, length);
        }
    } else {

   .......... extra code chopped out for illustration purposes

    }
}

Аналогично, при чтении с посылки Android проверяет этот номер BUNDLE_MAGIC перед возвратом значений из посылки.

private void readFromParcelInner(Parcel parcel, int length) {
    if (length == 0) {
        // Empty Bundle or end of data.
        mParcelledData = EMPTY_PARCEL;
        return;
    }
    int magic = parcel.readInt();
    if (magic != BUNDLE_MAGIC) {
        //noinspection ThrowableInstanceNeverThrown
        throw new IllegalStateException("Bad magic number for Bundle: 0x"
                + Integer.toHexString(magic));
    }

   .......... extra code chopped out for illustration purposes

}

В вышеприведенном коде для API21 BaseBundle вы можете увидеть, что ваша ошибка была выбрана в строке 1342 в соответствии с трассировкой logcat.

Обходной путь и дальнейшая отладка

Оригинальный плакат утверждает, что QuestionsGroup является корректным.

Одним из способов дальнейшего отладки этой проблемы было бы уйти от (в настоящее время) нового API21, который ввел класс BaseBundle; вплоть до API19, например, который просто использует класс Bundle.

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

Если код все еще ломается, это, скорее всего, код QuestionsGroup. Однако, кроме того, новая трассировка logcat будет указывать на другую часть кода, на которую можно смотреть, и может дать больше информации о проблеме.

Если это не Bundle, строка 1730, из метода readFromParcelInner(), что будет означать ту же проблему:

    int magic = parcel.readInt();
    if (magic != BUNDLE_MAGIC) {
        //noinspection ThrowableInstanceNeverThrown
        throw new IllegalStateException("Bad magic number for Bundle: 0x"
                + Integer.toHexString(magic));
    }

Связанные сообщения

См. следующие сообщения для соответствующей информации:

Android по-разному и намерен: redBundle: плохой магический номер

Ответ 2

Честно говоря, я никогда не получал такую ошибку. Но я использую другой способ хранения list parcelable (QuestionsGroup) внутри моего parcelable (Questions):

   private Questions(Parcel in) {
        this();
        this.idReport = in.readInt();
        this.nameReport = in.readString();
        this.replyGroups = in.readString();
        //Bundle b = in.readBundle(QuestionsGroup.class.getClassLoader());
        //this.questionsGroup = b.getParcelableArrayList("questionGroups");
        this.questionsGroup = in.readTypedList(questionsGroup,QuestionsGroup.CREATOR);
        this.canCreateNew = (Boolean) in.readValue(Boolean.class.getClassLoader());
    }

И:

@Override
public void writeToParcel(Parcel dest, int flags) {
    dest.writeInt(this.idReport);
    dest.writeString(this.nameReport);
    dest.writeString(this.replyGroups);
    //Bundle b = new Bundle();
    //b.putParcelableArrayList("questionGroups", (ArrayList<QuestionsGroup>) this.questionsGroup);
    //dest.writeBundle(b);
    dest.writeTypedList(questionsGroup);
    dest.writeValue(this.canCreateNew);
}

Я использую выше код в своих проектах и его работоспособность. Возможно, вы захотите попробовать его с самого легкого и быстрого.

Ответ 3

В классе "Вопросы" вы используете

    private List<QuestionsGroup> questionsGroup;

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

private transient List<QuestionsGroup> questionsGroup;

Ответ 4

Это происходит потому, что разные модули скомпилированы в разных версиях JDK. Вы можете проверить версию JDK на fooobar.com/questions/61094/.... Кроме того, это может произойти из-за разных типов переменных при чтении и записи Parcel.

Ответ 5

вместо того, чтобы использовать посылку, я просто проанализирую идентификатор для целевой активности и загружаю объект обратно из db или в хранилище памяти