Какие могут быть причины краша при передаче данных без ухода в минус

Что проверяют

Знаете ли вы, что приложение падает не только из-за кривых значений: сама передача данных между компонентами Android имеет ограничения и ломается по своим причинам. Следом обычно спрашивают, как такой краш воспроизвести и как передавать большие объёмы.

Как отвечать

Причины по механизму:

• TransactionTooLargeException: Intent и Bundle идут через Binder, у которого буфер транзакций около 1 МБ на процесс, общий для всех одновременных вызовов. Крупный список или Bitmap в extras, раздутый onSaveInstanceState дают краш. В Bundle безопасно держать десятки килобайт, а большие данные передают идентификатором и берут из базы или файла;
• ошибки Parcelable: в ручной реализации не совпал порядок записи и чтения, R8 вырезал или переименовал класс, и при распаковке падает BadParcelableException или ClassNotFoundException. Надёжнее @Parcelize;
• Serializable с несериализуемым полем: в момент записи получаете RuntimeException с NotSerializableException внутри;
• смерть процесса: система убила приложение в фоне, экран восстановился из Bundle, а данные, переданные через синглтон или статическое поле, пропали. Итог NullPointerException или неинициализированный lateinit;
• потоки: результат пришёл в фоновом потоке и трогает View (CalledFromWrongThreadException) или вызывает LiveData.setValue не с главного потока;
• передача в другое приложение: file:// URI даёт FileUriExposedException, нужен FileProvider и FLAG_GRANT_READ_URI_PERMISSION. PendingIntent без FLAG_IMMUTABLE или FLAG_MUTABLE при targetSdk 31 и выше падает с IllegalArgumentException.

Extras читайте через IntentCompat и BundleCompat: типобезопасный getParcelableExtra(key, Class) на Android 13 содержал ошибку.

Где спотыкаются

Советуют обернуть всё в try/catch. Краш уходит, данные теряются молча, причина остаётся.

Не проверяют смерть процесса. Она воспроизводится опцией «Don’t keep activities» в настройках разработчика или командой adb shell am kill при свёрнутом приложении.

Передают большие объекты через общий ViewModel или синглтон. Без персистентного хранилища это та же смерть процесса.