将 android 中的对象打包以从一个 activity 转移到另一个
Parceling objects in android to transfer from one activity to another
最近面试官问了我一个很棘手的问题。
问题有几个部分。
- 为什么(问题是为什么而不是如何)在从一个 activity 发送到另一个而不是直接发送时需要包裹对象
我给出的答案 -
Parcelable gives the capability to developers to restrict object
creation which in a way makes it faster to use.
我对此感到困惑,所以决定确定使用可序列化和可打包之间的区别:p(聪明的 huuuhhh!),
http://www.developerphil.com/parcelable-vs-serializable/ 使用了这个参考。
- 使用Bundle时,我们使用String,int时不需要对数据进行parcel,所以你认为String/int是默认内部parceled吗?
我给的答案-
because String/int is a primitive data-type, if we had used the
Wrapper class directly, might be possible we had to use parcelable(I
am not sure on that part)
谷歌搜索后我没有得到任何有用的link,而且我或面试官对答案不太满意。
如果你们能帮忙,那就太好了!
Why (question is why and not how) do you need to parcel objects while sending from one activity to another and not send directly
Parcelling/serializing objects 并不像你猜的那样为了速度。
当您在 Activity 之间发送数据时,尤其是在不同的应用程序之间(请记住,Intent
对象不仅用于您自己的 Activity 之间的通信,还用于您和其他 Activity 之间的通信应用程序也是如此),您不能期望发送方和接收方可以访问相同的内存地址空间。
Android 的文档指出应用程序 运行 在它们自己的离散内存空间中。这是文档中对此效果的引用:
Each process has its own virtual machine (VM), so an app's code runs in isolation from other apps.
所以当你想发送一个对象 myObject
给一些接收者 Activity
时,你不能发送它的 reference/pointer 因为接收者不一定能访问该位置由指针指定。相反,您必须发送接收方可以访问和使用的 myObject
的一些表示形式——这就是为什么您需要将数据 编组 为可以 unmarshalled,最简单的方法是让对象的 class 实现 Serializable
,让 Java 尽最大努力将对象转换成一个字节数组,可以很容易地发送给接收者并由接收者解组。但是由于 Serializable
使用反射,所以速度很慢。
您可以使用其他更快的方法来编组数据——例如,一种方法是使用 Gson
之类的库将对象转换为它的 JSON
表示,然后将其发送因为任何 JSON
文档都可以表示为 String
并且很容易转换回 Java Object
。另一种方法,在几乎所有情况下都可能更快,是使用 Parcelable
接口,它可以让你指定 exactly 你想如何编组数据和 exactly 应该如何解组。它基本上可以让您更好地控制对象的传输。
使用tl:dr:Parcelling/Serializing等是因为不能跨内存地址发送,所以必须发送对象的实际数据和它必须以某种形式表示。
While using Bundle, when we use String, int we do not need to parcel the data, so do you think the String/int is by default internally parcelled ?
Bundle
的内部工作方式是它根据需要(即调用 get/put 时)将所有内容放入 Map
和 parcels/unparcels 数据中。为了将 Objects 放入 Bundle
,对象的 class 需要实现 Serializable
或 Parcelable
因为它需要告诉 Bundle
内部应该如何 marshalled/unmarshalled。
但是基本类型和字符串足够简单并且经常使用,开发人员不需要指定如何 happen 并且 Bundle
为它提供了方便的方法。我无法在最低级别的工作方式上给你一个可靠的答案,因为很多 Parcel
代码是本地实现的,我在网上找不到,但它们肯定可以直接转换为他们的代码以字节表示。
补充一下@uj- 所说的,Parcelling/Serializing 是必需的,因为@uj- 说它将跨 JVM 发送,因此需要将它们转换成某种格式,以便另一方能够明白了。
让我举个例子来解释为什么需要serializing/parcelling,
您正在将数据从用 "C++" 编写的应用程序发送到用 java 编写的应用程序,因此以下是 classes,
在 C++ 中,
class Android {
public: int dataToSend; //for example purpose making field public and omitting setter/getters
}
在Java,
class Android{
public int dataToSend;
}
假设C++代码生成动态库(使用标准C++编译器编译生成然后链接),Java代码生成jar(使用javac编译).
当 C++ 应用程序向 java 应用程序发送数据(Android class 的对象)时,在 C++ 中编译和链接的方式与在 C++ 中的方式完全不同它在 java 中编译,因此 java 会想知道这个 C++ 应用程序发送给我的是什么。
因此要消除此类问题,需要 serialisation/parcelling 这将确保两个应用程序都知道数据在通过网络传输时是如何转换的(如果 android 它是如何转换的传输给另一个 activity,可能在相同或不同的应用程序中)。
是的,当我们开始比较序列化和 Parcelling 时,Parcelling 占了上风,因为我们将指定在发送数据时必须转换数据的方式,否则在序列化的情况下,对象转换为字符串使用反思和反省总是需要时间的。因此,与序列化相比,Parcelling 更快。
对于你的第二个问题,
如果我们考虑上面的示例本身,那么我们可以说 String 和 int 是原始类型(其中没有用户定义的字段),因此 android 将能够处理数据的编组和解组将被发送。
我尝试过代码,当我们继续深入挖掘时,我们最终得到了 @uj- 所说的本机代码。
android 源代码中的一些摘录:
在写包裹时:
parcel.writeInt(BUNDLE_MAGIC);
int startPos = parcel.dataPosition();
parcel.writeArrayMapInternal(mMap);
int endPos = parcel.dataPosition();
parcel.setDataPosition(lengthPos);
int length = endPos - startPos;
parcel.writeInt(length);
parcel.setDataPosition(endPos);
在阅读包裹时,
int magic = parcel.readInt();
if (magic != BUNDLE_MAGIC) {
//noinspection ThrowableInstanceNeverThrown
throw new IllegalStateException("Bad magic number for Bundle: 0x"
+ Integer.toHexString(magic));
}
int offset = parcel.dataPosition();
parcel.setDataPosition(offset + length);
Parcel p = Parcel.obtain();
p.setDataPosition(0);
p.appendFrom(parcel, offset, length);
p.setDataPosition(0);
mParcelledData = p;
设置将在写入时识别包裹开始的幻数,在我们读取包裹时将使用相同的幻数。
希望我回答了你的问题。
最近面试官问了我一个很棘手的问题。 问题有几个部分。
- 为什么(问题是为什么而不是如何)在从一个 activity 发送到另一个而不是直接发送时需要包裹对象
我给出的答案 -
Parcelable gives the capability to developers to restrict object creation which in a way makes it faster to use.
我对此感到困惑,所以决定确定使用可序列化和可打包之间的区别:p(聪明的 huuuhhh!), http://www.developerphil.com/parcelable-vs-serializable/ 使用了这个参考。
- 使用Bundle时,我们使用String,int时不需要对数据进行parcel,所以你认为String/int是默认内部parceled吗?
我给的答案-
because String/int is a primitive data-type, if we had used the Wrapper class directly, might be possible we had to use parcelable(I am not sure on that part)
谷歌搜索后我没有得到任何有用的link,而且我或面试官对答案不太满意。 如果你们能帮忙,那就太好了!
Why (question is why and not how) do you need to parcel objects while sending from one activity to another and not send directly
Parcelling/serializing objects 并不像你猜的那样为了速度。
当您在 Activity 之间发送数据时,尤其是在不同的应用程序之间(请记住,Intent
对象不仅用于您自己的 Activity 之间的通信,还用于您和其他 Activity 之间的通信应用程序也是如此),您不能期望发送方和接收方可以访问相同的内存地址空间。
Android 的文档指出应用程序 运行 在它们自己的离散内存空间中。这是文档中对此效果的引用:
Each process has its own virtual machine (VM), so an app's code runs in isolation from other apps.
所以当你想发送一个对象 myObject
给一些接收者 Activity
时,你不能发送它的 reference/pointer 因为接收者不一定能访问该位置由指针指定。相反,您必须发送接收方可以访问和使用的 myObject
的一些表示形式——这就是为什么您需要将数据 编组 为可以 unmarshalled,最简单的方法是让对象的 class 实现 Serializable
,让 Java 尽最大努力将对象转换成一个字节数组,可以很容易地发送给接收者并由接收者解组。但是由于 Serializable
使用反射,所以速度很慢。
您可以使用其他更快的方法来编组数据——例如,一种方法是使用 Gson
之类的库将对象转换为它的 JSON
表示,然后将其发送因为任何 JSON
文档都可以表示为 String
并且很容易转换回 Java Object
。另一种方法,在几乎所有情况下都可能更快,是使用 Parcelable
接口,它可以让你指定 exactly 你想如何编组数据和 exactly 应该如何解组。它基本上可以让您更好地控制对象的传输。
使用tl:dr:Parcelling/Serializing等是因为不能跨内存地址发送,所以必须发送对象的实际数据和它必须以某种形式表示。
While using Bundle, when we use String, int we do not need to parcel the data, so do you think the String/int is by default internally parcelled ?
Bundle
的内部工作方式是它根据需要(即调用 get/put 时)将所有内容放入 Map
和 parcels/unparcels 数据中。为了将 Objects 放入 Bundle
,对象的 class 需要实现 Serializable
或 Parcelable
因为它需要告诉 Bundle
内部应该如何 marshalled/unmarshalled。
但是基本类型和字符串足够简单并且经常使用,开发人员不需要指定如何 happen 并且 Bundle
为它提供了方便的方法。我无法在最低级别的工作方式上给你一个可靠的答案,因为很多 Parcel
代码是本地实现的,我在网上找不到,但它们肯定可以直接转换为他们的代码以字节表示。
补充一下@uj- 所说的,Parcelling/Serializing 是必需的,因为@uj- 说它将跨 JVM 发送,因此需要将它们转换成某种格式,以便另一方能够明白了。
让我举个例子来解释为什么需要serializing/parcelling,
您正在将数据从用 "C++" 编写的应用程序发送到用 java 编写的应用程序,因此以下是 classes,
在 C++ 中,
class Android {
public: int dataToSend; //for example purpose making field public and omitting setter/getters
}
在Java,
class Android{
public int dataToSend;
}
假设C++代码生成动态库(使用标准C++编译器编译生成然后链接),Java代码生成jar(使用javac编译).
当 C++ 应用程序向 java 应用程序发送数据(Android class 的对象)时,在 C++ 中编译和链接的方式与在 C++ 中的方式完全不同它在 java 中编译,因此 java 会想知道这个 C++ 应用程序发送给我的是什么。
因此要消除此类问题,需要 serialisation/parcelling 这将确保两个应用程序都知道数据在通过网络传输时是如何转换的(如果 android 它是如何转换的传输给另一个 activity,可能在相同或不同的应用程序中)。
是的,当我们开始比较序列化和 Parcelling 时,Parcelling 占了上风,因为我们将指定在发送数据时必须转换数据的方式,否则在序列化的情况下,对象转换为字符串使用反思和反省总是需要时间的。因此,与序列化相比,Parcelling 更快。
对于你的第二个问题,
如果我们考虑上面的示例本身,那么我们可以说 String 和 int 是原始类型(其中没有用户定义的字段),因此 android 将能够处理数据的编组和解组将被发送。
我尝试过代码,当我们继续深入挖掘时,我们最终得到了 @uj- 所说的本机代码。
android 源代码中的一些摘录: 在写包裹时:
parcel.writeInt(BUNDLE_MAGIC);
int startPos = parcel.dataPosition();
parcel.writeArrayMapInternal(mMap);
int endPos = parcel.dataPosition();
parcel.setDataPosition(lengthPos);
int length = endPos - startPos;
parcel.writeInt(length);
parcel.setDataPosition(endPos);
在阅读包裹时,
int magic = parcel.readInt();
if (magic != BUNDLE_MAGIC) {
//noinspection ThrowableInstanceNeverThrown
throw new IllegalStateException("Bad magic number for Bundle: 0x"
+ Integer.toHexString(magic));
}
int offset = parcel.dataPosition();
parcel.setDataPosition(offset + length);
Parcel p = Parcel.obtain();
p.setDataPosition(0);
p.appendFrom(parcel, offset, length);
p.setDataPosition(0);
mParcelledData = p;
设置将在写入时识别包裹开始的幻数,在我们读取包裹时将使用相同的幻数。
希望我回答了你的问题。