parcelable中的标志有什么用？

Question

我一直在将parcelables写入parcel，而不关注flags字段，这是方法签名中的一个参数，它工作得很好，但我遇到了一个无法再忽略它们的实现：

public static <K extends Parcelable, V extends Parcelable> void write(Parcel dest,
                                                    Map<K, V> map, int flags) {
        if (map == null) {
            dest.writeInt(-1);
        } else {
            Set<Map.Entry<K, V>> entrySet = map.entrySet();
            dest.writeInt(entrySet.size());
            for (Map.Entry<K, V> entry : entrySet) {
                dest.writeParcelable(entry.getKey(), flags);
                dest.writeParcelable(entry.getValue(), flags);
            }
        }
    }

这是我编写的一个map到parcelable实用程序/从parcelable到/从parcelable实用程序，我想知道在编写它们时，是否应该将标志按原样传递给Key和Value，或者应该为Key传递0，而为Value传递flags。

我在文档中读到了什么是标志的定义：

PARCELABLE_WRITE_RETURN_VALUE

在API级别1中添加

int PARCELABLE_WRITE_RETURN_VALUE

与writeToparcel（Parcel,int）一起使用的标志：正在写入的对象是一个返回值，它是“Parcelable someFunction（）”、“void someFunction（out Parcelable）”或“void someFunction（inout Parcelable）”等函数的结果。某些实现可能希望在此时释放资源。

常量值：1(0x00000001)

Answer 1

当前唯一存在的标志(parcelable_write_return_value)用于AIDL接口。它应该提示某些类型的可打包对象，它们正在从IPC方法返回，因此可以释放它们的相关资源。Fot实例，ContentProvider内部包含如下所示的AIDL方法：

ParcelFileDescriptor openFile(String path, int flags);

当您在自定义ContentProvider中重写OpenFile时，您的方法将返回一个打开的ParcelFileDescriptor……您自己不会关闭它，在进程间传输过程中也不会自动关闭它（在Linux中进程间传递描述符并不意味着关闭它们）。但是描述符没有泄露！相反，ParcelFileDescriptor在写入parcel时关闭自身：

@Override
public void writeToParcel(Parcel out, int flags) {
    if (mWrapped != null) {
        try {
            mWrapped.writeToParcel(out, flags);
        } finally {
            releaseResources();
        }
    } else {
        if (mCommFd != null) {
            out.writeInt(1);
            out.writeFileDescriptor(mFd);
            out.writeFileDescriptor(mCommFd);
        } else {
            out.writeInt(0);
            out.writeFileDescriptor(mFd);
        }
        if ((flags & PARCELABLE_WRITE_RETURN_VALUE) != 0 && !mClosed) {
            // Not a real close, so emit no status
            closeWithStatus(Status.SILENCE, null);
        }
    }
}

由于ParcelFileDescriptor只是一个普通类，使用binder/parcel的工具在进程之间传递FileDescriptor，您可以想象存在类似的类，它们保留本机资源（内存、文件描述符），并在从类似OpenFile的方法返回时有条件地释放它们。

同样，其他标志也可以用来向可打包的matryoshka下传播类似的条件行为。不幸的是，Android开发人员还没有为引入此类自定义标志定义合理的规则（与IBinder#first_call_transaction和IBinder#last_call_transaction)不同，而且AIDL在Android内部之外的实践中没有广泛使用，因此我不知道此类标志的任何示例。