Как найти источник сбоев типа java.lang.RuntimeException: Parcel android.os.Parcel@####: Unmarshalling unknown type code XXXX at offset YYY

Я только что узнал, что вы можете запретить тестовому устройству сохранять активность. В параметрах разработчика в разделе «Приложения» есть опция, которая при включении уничтожает действия каждый раз, когда пользователь их покидает.

После включения этой опции я смог воспроизвести ошибку, просто закрыв и снова открыв приложение. Как вы сказали, это ошибка в методе onCreate(). В моем случае причиной является ClassNotFoundException при удалении пользовательского Parcelable из моего сохраненного состояния экземпляра. Это может не быть решением вашей проблемы, но, по крайней мере, может помочь вам воспроизвести и определить ошибку. Хорошей охоты!

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

Но начнем с того, что показывает трассировка стека. TopLevelFragment восстанавливается из предыдущего состояния. Во время этого восстановления восстанавливаются дочерние фрагменты TopLevelFragment. При восстановлении дочерних фрагментов сохраненное состояние фрагмента одного из фрагментов пытается распаковать себя при вызове getSparseParcelableArray() в Bundle для получения сохраненного состояния представления фрагмента. Это происходит в FragmentManager.java, строка 1329. В сохраненном состоянии фрагмента есть что-то, с чем Parcel не знает, что делать, поскольку он сам распаковывает.

Чтобы определить, на каком дочернем фрагменте TopLevelFragment следует сосредоточиться, я бы поставил точку останова в строке 1329 FragmentManager.java и проверил тип Fragment f. Имейте в виду, что у вас может быть несколько восстановленных дочерних фрагментов, поэтому вы хотите увидеть, какой фрагмент не может пройти дальше строки 1329.

Но, конечно, вы можете заставить эту логику восстановления выполняться последовательно. Если вы просто отправите свое приложение в фоновый режим и вернете его на передний план, этого, вероятно, не произойдет. Таким образом, вы можете сделать, как предлагает Ричард Р., и использовать опцию разработчика «Не сохранять действия», чтобы заставить Android уничтожать и восстанавливать действия.

Как только вы определите, какой фрагмент является проблемой, вам нужно вернуться к более раннему этапу вашего приложения и более внимательно изучить типы данных, которые вы помещаете в состояние сохранения в Fragment.onSaveInstanceState(). Надеюсь, это укажет вам правильное направление.

Если это проблема proguard, вы должны увидеть, что ошибка исчезнет, ​​если вы отключите минимизацию. И если это так, вам может понадобиться правило proguard или аннотация @Keep для одного из ваших пользовательских типов Parcelable. Если ошибка возникает с минификацией и без нее, вероятно, она не связана с proguard.

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

    public class BaseActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    if (!(Thread.getDefaultUncaughtExceptionHandler() instanceof CustomExceptionHandler)) {
    String path = Environment.getExternalStorageDirectory()
    + "/" + getString(R.string.app_name);
    Thread.setDefaultUncaughtExceptionHandler(new
    CustomExceptionHandler(path, ""));
    }
    }

Для хранения журнала в пути к файлу...

public class CustomExceptionHandler implements       UncaughtExceptionHandler {
private UncaughtExceptionHandler defaultUEH;
private String dirName;
private String url;

/*
* if any of the parameters is null, the respective functionality
* will not be used
*/           
public CustomExceptionHandler(String dirName, String url) {
this.dirName = dirName;
this.url = url;
this.defaultUEH = Thread.getDefaultUncaughtExceptionHandler();
}

public void uncaughtException(Thread t, Throwable e) {
final Writer result = new StringWriter();
final PrintWriter printWriter = new PrintWriter(result);
e.printStackTrace(printWriter);
String stacktrace = result.toString();
printWriter.close();           
if (dirName != null) {
writeToFile(stacktrace);
}
defaultUEH.uncaughtException(t, e);
}          
private void writeToFile(String stacktrace) {
try {
File myDir = new File(dirName.replace(" ", "") + "_Log");
if (!myDir.exists()) {
myDir.mkdir();
}
//Store only 10 file in device because of size.
if (myDir != null & myDir.isDirectory() & myDir.listFiles().length > 10) {
File[] filelist = myDir.listFiles();
for (int i = 0; i < filelist.length; i++) {
try {
filelist[i].delete();
} catch (Exception e) {}
}
}
Calendar c = Calendar.getInstance();                       c.setTimeInMillis(System.currentTimeMillis());
String fileName = "";
fileName = c.get(Calendar.SECOND) + "-" +
c.get(Calendar.MINUTE) + "-" +
c.get(Calendar.HOUR) + "-" +
(c.get(Calendar.AM) == 0 ? "AM" : "PM") + "_" +
c.get(Calendar.DAY_OF_MONTH) + "-" +
(c.get(Calendar.MONTH) + 1) + "-" +
c.get(Calendar.YEAR) + ".txt";
File f = new File(myDir, fileName);
FileWriter fr = new FileWriter(f);
BufferedWriter bos = new BufferedWriter(fr);
bos.write(stacktrace);
bos.flush();
bos.close();
} catch (Exception e) {
e.printStackTrace();
}
}
}