Android startActivity传参为什么要序列化？

在 Android 中，当使用 startActivity 进行页面跳转并传递参数时，必须序列化的根本原因在于 Android 系统的 跨进程通信机制（IPC） 和 Activity 生命周期管理 的特殊性。以下是详细解析：

一、核心原因：跨进程通信（IPC）

Android 的 startActivity 本质上是 跨进程调用，即使你在同一应用内跳转 Activity，系统也会通过 系统服务进程（AMS） 中转：

graph LR A[你的App进程] -->|1. 发送Intent| B[AMS系统进程] B -->|2. 调度| C[目标Activity进程]

Binder 机制限制
Android 使用 Binder 实现 IPC，而 Binder 对传输数据有严格要求：
- 数据必须序列化：将对象转换为字节流才能跨进程传输。
- 大小限制（通常 1MB）：超过限制会触发 TransactionTooLargeException。
内存隔离
不同进程的内存空间是隔离的，直接传递 Java 对象引用毫无意义，必须通过序列化/反序列化 深拷贝 数据。

二、Activity 生命周期的不可靠性

即使在同一应用内，目标 Activity 也可能因系统资源不足被销毁后重建，此时系统需要 重新还原 Intent 中的数据：

场景举例：
- 你从 ActivityA 跳转到 ActivityB，并传递一个非序列化的 User 对象。
- 如果 ActivityB 被系统杀死（如内存不足），重建时将无法恢复 User 对象，导致数据丢失或崩溃。
系统恢复机制依赖序列化
系统在重建 Activity 时，会通过 onSaveInstanceState() 保存数据，这个过程也要求数据必须可序列化。

三、序列化方案对比

Android 提供了两种主要序列化方式：

特性	`Serializable` (Java)	`Parcelable` (Android专用)
原理	反射机制，自动序列化	手动实现内存读写，零反射
性能	慢（产生临时对象，GC压力大）	快（比 Serializable 快 10x）
适用场景	简单数据、开发效率优先	高频调用、性能敏感场景
代码示例	```java	```kotlin
	class User implements	class User : Parcelable {
	Serializable { … }	// 手动实现读写逻辑
	```	}
		```

四、如何正确传递参数？

1. 基本数据类型（无需序列化）

1
2
3
// 直接传递基本类型（已自动处理）
intent.putExtra("age", 25)        // Int
intent.putExtra("name", "John")   // String

2. 复杂对象（必须序列化）

方案1：实现 `Parcelable`（推荐）

1
2
3
4
5
6
7
// Kotlin 简化版（使用注解和插件）
@Parcelize
data class User(val name: String, val age: Int) : Parcelable

// 传递对象
val user = User("John", 25)
intent.putExtra("user", user)

方案2：实现 `Serializable`

1
2
3
4
5
6
7
// Java 示例
class User implements Serializable {
    private String name;
    private int age;
    // 必须定义 serialVersionUID
    private static final long serialVersionUID = 1L; 
}

3. 大数据传输（>1MB）

1
2
3
4
5
6
// 使用文件或 ContentProvider 共享
val file = saveToTempFile(largeData)
intent.putExtra("file_path", file.path)

// 目标Activity读取
val file = File(intent.getStringExtra("file_path"))

五、常见问题解决

1. 为什么有时不序列化也不报错？

同一进程的巧合：如果 Activity 未跨进程，可能暂时正常工作，但这是不可靠的行为。
系统版本差异：某些厂商 ROM 可能放宽限制，但会失去兼容性。

2. 错误示例分析

1
2
3
4
5
6
// 错误！NonSerializableObject 未实现序列化接口
intent.putExtra("data", new NonSerializableObject());

// 崩溃日志：
// java.lang.RuntimeException: Parcelable encountered 
// ClassNotFoundException when unmarshalling

3. 性能优化建议

优先使用 Parcelable，尤其是列表数据。
避免在 Intent 中传递超过 100KB 的数据。
对于图片等二进制数据，传递 Uri 路径而非 Bitmap。

六、底层原理补充

当调用 startActivity 时，系统实际执行以下操作：

将你的 Intent 和 Extras 序列化为 Parcel 对象。
通过 Binder 将 Parcel 发送到 AMS。
AMS 反序列化后，重新序列化并发送到目标 Activity 所在进程。
目标 Activity 反序列化后恢复数据。

这一过程涉及 至少两次序列化/反序列化，因此高效的序列化方式对性能至关重要。