在下一个活动中检索时，放入 Intent extra 的 LinkedList 被重铸为 ArrayList

Question

我观察到的 w.r.t 将可序列化数据作为额外意图传递的行为非常奇怪，我只是想澄清一下是否有一些我没有错过的东西。

所以我想做的是在ActivtyA 中我将LinkedList 实例放入我为开始下一个活动创建的intent - ActivityB。

LinkedList<Item> items = (some operation);
Intent intent = new Intent(this, ActivityB.class);
intent.putExtra(AppConstants.KEY_ITEMS, items);

在ActivityB 的onCreate 中，我尝试检索LinkedList 额外内容，如下所示 -

LinkedList<Item> items = (LinkedList<Item>) getIntent()
                             .getSerializableExtra(AppConstants.KEY_ITEMS);

在运行此程序时，我在ActivityB 中反复得到ClassCastException，在上面的行中。基本上，异常说我收到了ArrayList。一旦我将上面的代码更改为接收ArrayList，一切正常。

现在我不能只从现有文档中弄清楚这是否是 Android 在传递可序列化列表实现时的预期行为。或者，我正在做的事情根本上是错误的。

谢谢。

Answer 1

我可以告诉你为什么会这样，但你不会喜欢它;-)

首先介绍一下背景信息：

Intent 中的

Extras 基本上是一个 Android Bundle，它基本上是一个键/值对的 HashMap。所以当你做类似的事情时

intent.putExtra(AppConstants.KEY_ITEMS, items);

Android 为 extras 创建一个新的 Bundle 并向 Bundle 添加一个映射条目，其中键是 AppConstants.KEY_ITEMS，值是 items（这是您的 LinkedList 对象）。

这一切都很好，如果您在代码执行后查看附加包，您会发现它包含一个LinkedList。现在是有趣的部分......

当您使用包含 extras 的 Intent 调用 startActivity() 时，Android 需要将 extras 从键/值对映射转换为字节流。基本上它需要序列化Bundle。它需要这样做，因为它可能会在另一个进程中启动活动，并且为了做到这一点，它需要序列化/反序列化 Bundle 中的对象，以便它可以在新进程中重新创建它们。它也需要这样做，因为 Android 将 Intent 的内容保存在一些系统表中，以便以后需要时可以重新生成 Intent。

为了将Bundle 序列化为字节流，它会遍历包中的映射并获取每个键/值对。然后它获取每个“值”（这是某种对象）并尝试确定它是哪种对象，以便它可以以最有效的方式对其进行序列化。为此，它会根据已知对象类型列表检查对象类型。 “已知对象类型”列表包含 Integer、Long、String、Map、Bundle 之类的内容，不幸的是还有 List。因此，如果对象是List（其中有许多不同的类型，包括LinkedList），它会将其序列化并将其标记为List 类型的对象。

当Bundle被反序列化时，即：当你这样做时：

LinkedList<Item> items = (LinkedList<Item>)
        getIntent().getSerializableExtra(AppConstants.KEY_ITEMS);

它为Bundle 类型为List 的所有对象生成ArrayList。

实际上，您无法做任何事情来改变 Android 的这种行为。至少现在你知道它为什么会这样了。

只是为了让您知道：我实际上编写了一个小测试程序来验证这种行为，并且我查看了 Parcel.writeValue(Object v) 的源代码，这是在将地图转换为地图时从 Bundle 调用的方法字节流。

重要提示：由于List 是一个接口，这意味着任何实现List 的类都将作为Bundle 输出。 同样有趣的是，Map 也在“已知对象类型”列表中，这意味着无论您将哪种类型的Map 对象放入Bundle（例如TreeMap、SortedMap 或任何实现了Map 接口的类），你总会得到一个HashMap。

Answer 2

@David Wasser 的答案在诊断问题方面是正确的。这篇文章是为了分享我是如何处理的。

任何List 对象作为ArrayList 出现的问题并不可怕，因为你总是可以做类似的事情

LinkedList<String> items = new LinkedList<>(
    (List<String>) intent.getSerializableExtra(KEY));

这会将反序列化列表的所有元素添加到新的LinkedList。

Map 的问题要严重得多，因为您可能曾尝试序列化 LinkedHashMap，但现在丢失了元素排序。

幸运的是，有一种（相对）轻松的方法来解决这个问题：定义您自己的可序列化包装类。您可以针对特定类型执行此操作，也可以通用执行此操作：

public class Wrapper <T extends Serializable> implements Serializable {
    private T wrapped;

    public Wrapper(T wrapped) {
        this.wrapped = wrapped;
    }

    public T get() {
        return wrapped;
    }
}

然后您可以使用它来隐藏您的 List、Map 或其他数据类型以防止 Android 的类型检查：

intent.putExtra(KEY, new Wrapper<>(items));

及以后：

items = ((Wrapper<LinkedList<String>>) intent.getSerializableExtra(KEY)).get();

Answer 3

如果您正在使用 IcePick 库并且遇到此问题，您可以将 Ted Hoop 的技术与自定义捆绑器一起使用，以避免在您的代码中处理 Wrapper 实例。

public class LinkedHashmapBundler implements Bundler<LinkedHashMap> {

 @Override
 public void put(String s, LinkedHashMap val, Bundle bundle) {
    bundle.putSerializable(s, new Wrapper<>(val));
 }

 @SuppressWarnings("unchecked")
 @Override
 public LinkedHashMap get(String s, Bundle bundle) {
   return ((Wrapper<LinkedHashMap>) bundle.getSerializable(s)).get();
 }
} 

// Use it like this
@State(LinkedHashmapBundler.class) LinkedHasMap map