从你描述的代码来看，大概率是**@Parcelize 与 Serializable 成员的兼容性问题**，或者是 lateinit 变量未初始化导致的异常，我给你拆解下问题并给出针对性的解决办法：

核心问题点 #

1. @Parcelize 对 Serializable 成员的支持局限
   @Parcelize 是 Kotlin 提供的自动生成 Parcelable 实现的注解，但它对成员的类型有要求：所有成员最好都是 Parcelable 类型。虽然理论上 Parcelable 可以兼容 Serializable，但 @Parcelize 自动生成的序列化代码在处理 Serializable 成员时容易出现序列化/反序列化失败的情况，这是最可能导致你传递数据出错的原因。

2. lateinit 变量未初始化的风险
   你定义的 UploadItem 中 messageAttachment 是 lateinit 修饰的，如果在将 UploadItem 放入集合传递前，这个变量没有被初始化，会直接抛出 UninitializedPropertyAccessException，导致结果返回失败。

针对性解决方案 #

方案一：将 MessageAttachment 改为 Parcelable 类型（推荐） #

这是最符合 Android 序列化最佳实践的方案，统一用 Parcelable 来处理跨组件的数据传递，避免 Serializable 和 Parcelable 混合带来的问题：

如果是 Kotlin 实现 MessageAttachment：

@Parcelize
data class MessageAttachment(
    // 替换成你的基本类型成员，比如：
    val id: String,
    val fileName: String,
    val fileSize: Long
) : Parcelable

如果是 Java 实现 MessageAttachment：

手动实现 Parcelable 接口：

public static class MessageAttachment implements Parcelable {
    private String id;
    private String fileName;
    private long fileSize;

    // 构造函数
    public MessageAttachment(String id, String fileName, long fileSize) {
        this.id = id;
        this.fileName = fileName;
        this.fileSize = fileSize;
    }

    // 从 Parcel 反序列化
    protected MessageAttachment(Parcel in) {
        id = in.readString();
        fileName = in.readString();
        fileSize = in.readLong();
    }

    public static final Creator<MessageAttachment> CREATOR = new Creator<MessageAttachment>() {
        @Override
        public MessageAttachment createFromParcel(Parcel in) {
            return new MessageAttachment(in);
        }

        @Override
        public MessageAttachment[] newArray(int size) {
            return new MessageAttachment[size];
        }
    };

    @Override
    public int describeContents() {
        return 0;
    }

    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeString(id);
        dest.writeString(fileName);
        dest.writeLong(fileSize);
    }

    // Getter 方法
    public String getId() { return id; }
    public String getFileName() { return fileName; }
    public long getFileSize() { return fileSize; }
}

修改后，UploadItem 的 @Parcelize 可以完美处理所有成员的序列化，传递数据时就不会有兼容性问题了。

方案二：确保 lateinit 变量已初始化 #

如果暂时不想修改 MessageAttachment 的类型，一定要在传递前检查并确保 messageAttachment 已经被初始化：

// 在放入集合传递前，遍历检查每个 UploadItem
completedItems.forEach { item ->
    check(item::messageAttachment.isInitialized) { "UploadItem 的 messageAttachment 未初始化，请先赋值" }
}

// 然后再传递
val resultIntent = Intent().apply {
    putExtra("TEXT", getComposerText())
    putParcelableArrayListExtra("ITEMS", completedItems)
}
setResult(Activity.RESULT_OK, resultIntent)
finish()

方案三：替换 lateinit 为可空类型 #

如果 messageAttachment 可能存在为空的场景，可以把它改成可空类型，让 @Parcelize 能正确处理：

@Parcelize
class UploadItem() : Parcelable {
    // 其他变量...
    var messageAttachment: MessageAttachment? = null
}

不过这种方案还是不如方案一可靠，毕竟 Serializable 的序列化效率和稳定性都不如 Parcelable。

额外检查点 #

传递数据后，接收方也要确保用正确的类型获取数据：

// 在发起请求的 Activity 中接收结果
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
    super.onActivityResult(requestCode, resultCode, data)
    if (requestCode == YOUR_REQUEST_CODE && resultCode == Activity.RESULT_OK) {
        val text = data?.getStringExtra("TEXT")
        val items = data?.getParcelableArrayListExtra<UploadItem>("ITEMS")
        // 处理数据
    }
}

内容的提问来源于stack exchange，提问作者Udi Oshi