在Android中使用SharedReferences传递Java对象

我可以使用Android的SharedReference在不同的活动之间传递Java对象吗？

否。为此，我建议创建一个应用程序类的实现作为一个单例，并在其中保留对对象的引用

阅读评论后编辑：

---

但是请记住，单例有许多缺点，只有在其他解决方案不足时才应使用。

否。为此，我建议将应用程序类的实现创建为单例，并在其中保留对对象的引用

阅读评论后编辑： 但是请记住，单例有许多缺点，只有在其他解决方案不足的情况下才应使用。

“捆绑”可能是最好的方法：

Intent和Bundle是从一个类传输对象的两个类 从一个活动到另一个活动。您可以创建bundle对象并放置 让他们变得专注

如果要传递捆绑包中的“对象”，则该对象必须实现“可包裹”：

另一种选择是使用全局状态：

“捆绑”可能是最好的方式：
Intent和Bundle是从一个类传输对象的两个类 从一个活动到另一个活动。您可以创建bundle对象并放置 让他们变得专注
如果要传递捆绑包中的“对象”，则该对象必须实现“可包裹”：
另一种选择是使用全局状态：
---

---

除非你对其进行马歇尔处理，否则请查阅Parcleable。否。周围没有工作。你不能传递指针。你想完成什么？在我的第一个活动中，创建了一个对象。接下来我有几项活动。每个都只使用该对象的几个属性。除非对其进行马歇尔处理，否则请查找Parcleable。否。周围没有工作。你不能传递指针。你想完成什么？在我的第一个活动中，创建了一个对象。接下来我有几项活动。每个都只使用该对象的几个属性。这可能仍然表明您的设计中有一个损坏的部分。@Kristopher Micinski:这是什么意思？您反对实现applications类还是Singleton模式？我的反对意见是，太多的人想要保留一个Singleton，而他们实际上并不需要它。我不反对你的评论。如果你仔细考虑并合理化它，那么这是一个好的解决方案。但是有一个非常仓促的想法，你可以使用一个“全局变量”来破解你的设计，而实际上你应该能够在你的应用程序中更好地划分它。我明白你的意思。我现在正在开发Android应用程序，这是我认为最有效的解决方案。在重读了这个问题之后，我现在明白了一个单身汉是如何被过度杀害的。我将在我的回答中添加一条评论。谢谢你的意见！我知道那是个糟糕的设计。不管怎样，谢谢。这可能仍然表明你的设计中有一部分有缺陷。@克里斯托弗·米金斯基：你是什么意思？您反对实现applications类还是Singleton模式？我的反对意见是，太多的人想要保留一个Singleton，而他们实际上并不需要它。我不反对你的评论。如果你仔细考虑并合理化它，那么这是一个好的解决方案。但是有一个非常仓促的想法，你可以使用一个“全局变量”来破解你的设计，而实际上你应该能够在你的应用程序中更好地划分它。我明白你的意思。我现在正在开发Android应用程序，这是我认为最有效的解决方案。在重读了这个问题之后，我现在明白了一个单身汉是如何被过度杀害的。我将在我的回答中添加一条评论。谢谢你的意见！我知道那是个糟糕的设计。无论如何，谢谢你。