В чём разница между Parcelable и Serializable?

Сравнение Parcelable и Serializable в Android

Parcelable и Serializable — это два механизма в Android для сериализации объектов, позволяющие передавать их между компонентами (например, через Intent) или сохранять состояние. Несмотря на схожую цель, они принципиально отличаются по реализации, производительности и использованию.

Основные различия

1. Производительность и эффективность

Serializable — это стандартный механизм Java, использующий рефлексию для автоматической сериализации. Это удобно, но медленно и создаёт множество временных объектов, что увеличивает нагрузку на сборщик мусора.

// Пример Serializable
public class User implements Serializable {
    private String name;
    private int age;
}

Parcelable — оптимизированный для Android подход, требующий ручной реализации методов writeToParcel() и describeContents(). Он работает значительно быстрее (в 10+ раз), так как избегает рефлексии и использует собственный низкоуровневый контейнер Parcel.

// Пример Parcelable
data class User(val name: String, val age: Int) : Parcelable {
    constructor(parcel: Parcel) : this(
        parcel.readString()!!,
        parcel.readInt()
    )
    
    override fun writeToParcel(parcel: Parcel, flags: Int) {
        parcel.writeString(name)
        parcel.writeInt(age)
    }
    
    companion object CREATOR : Parcelable.Creator<User> {
        override fun createFromParcel(parcel: Parcel) = User(parcel)
        override fun newArray(size: Int) = arrayOfNulls<User>(size)
    }
}

2. Сложность реализации

• Serializable требует только реализации интерфейса — всё остальное Java делает автоматически. Можно добавить serialVersionUID для контроля версий.
• Parcelable требует написания boilerplate-кода: создания CREATOR, конструктора для чтения из Parcel и явного описания полей. В Kotlin можно использовать @Parcelize для автоматизации.

3. Область применения

• Serializable подходит для:

  • Общих Java-проектов (не только Android).
  • Ситуаций, где производительность не критична.
  • Сериализации в файлы или сеть (хотя для сетевых операций лучше использовать JSON/protobuf).

• Parcelable идеален для:

  • Передачи данных между компонентами Android (Activity, Fragment, Service).
  • Bundle и Intent, где важна скорость.
  • Ситуаций с интенсивным межпроцессным взаимодействием (IPC).

Практические рекомендации

1. Используйте Parcelable для передачи данных в Intent — это стандарт Android-разработки и лучшая практика для производительности.
2. Рассмотрите Serializable если:
   • Код должен быть кроссплатформенным (Java/Kotlin вне Android).
   • Объекты содержат сложные графы объектов (Parcelable требует ручного управления вложенными объектами).
   • Прототипирование или скорость разработки важнее оптимизации.
3. Современные альтернативы:
   • Kotlin Parcelize — плагин Kotlin, генерирующий код Parcelable автоматически.
   • Data classes в Kotlin с @Parcelize (требуется androidx.room:room-compiler).
   • Для сетевой сериализации — Gson, Moshi или Kotlinx.serialization.

Технические детали

• Parcel работает с native-памятью**, что исключает накладные расходы JVM.
• Serializable использует стек вызовов и рефлексию, что приводит к overhead.
• Безопасность: оба метода требуют осторожности с sensitive-данными (пароли, токены) — лучше передавать их через защищённые каналы.
• Совместимость: Serializable может вызывать InvalidClassException при изменении класса без serialVersionUID.

Вывод

Для Android-разработки Parcelable является предпочтительным выбором благодаря оптимизации под платформу. Serializable стоит использовать только в специфических сценариях совместимости или когда ручная реализация Parcelable избыточна. Современные инструменты вроде @Parcelize значительно снижают порог входа для использования Parcelable, сочетая производительность с удобством.