大家好，我看到了很多好的选项，但我想知道为什么没有使用绑定？

对我来说，传递对对象的引用似乎比序列化和反序列化对象更有效，但我还没有深入了解这是否是幕后发生的事情。

创建活页夹非常简单。。。

public class MyBinder extends Binder {

    private Object myObject;

    public MyBinder(Object object) {
        myObject = object;
    }

    public Object getObject() {
        return myObject;
    }

}

创造出可以使用它的parcelable并不是那么糟糕的乙醚。

public class MyParcelable implements Parcelable {

    private Object myObject;

    public MyParcelable() {
    }

    public MyParcelable(Parcel parcel) {
        myObject = ((MyBinder)parcel.readStrongBinder()).getObject();
    }

    public void setObject(Object object) {
        myObject = object;
    }

    public Object getObject() {
        return myObject;
    }

    public void writeToParcel(Parcel parcel, int flags) {
        parcel.writeStrongBinder(new MyBinder(myObject));
    }

    public int describeContents() {
        return myObject == null ? 0 : 1;
    }

    public static final Parcelable.Creator<MyParcelable> CREATOR = new Parcelable.Creator<MyParcelable>() {

        public MyParcelable createFromParcel(Parcel parcel) {
            return new MyParcelable(parcel);
        }

        public MyParcelable[] newArray(int length) {
            return new MyParcelable[length];
        }

    };
}

这个逻辑非常酷，因为实际上是在将引用从一个活动传递到另一个活动。

我建议检查空值，如果Binder的实例是MyBinder！

为了实现这一点，你。。。

把它送出去

Object myObject = "some object";
MyParcelable myParcelable = new MyParcelable();
myParcelable.setObject(myObject);

intent.putExtra("MyParcelable", myParcelable);

把它拿回来

myParcelable = (MyParcelable) getIntent().getExtras().getParcelable("MyParcelable");
myObject = myParcelable.getObject();

见鬼，有人会变得疯狂，让这个笨蛋成为真正的普通人。

我创建了一个保存临时对象的单例助手类。

public class IntentHelper {

    private static IntentHelper _instance;
    private Hashtable<String, Object> _hash;

    private IntentHelper() {
        _hash = new Hashtable<String, Object>();
    }

    private static IntentHelper getInstance() {
        if(_instance==null) {
            _instance = new IntentHelper();
        }
        return _instance;
    }

    public static void addObjectForKey(Object object, String key) {
        getInstance()._hash.put(key, object);
    }

    public static Object getObjectForKey(String key) {
        IntentHelper helper = getInstance();
        Object data = helper._hash.get(key);
        helper._hash.remove(key);
        helper = null;
        return data;
    }
}

不要将对象放在Intent中，而是使用IntentHelper：

IntentHelper.addObjectForKey(obj, "key");

在新的“活动”中，您可以获取对象：

Object obj = (Object) IntentHelper.getObjectForKey("key");

请记住，一旦加载，对象将被删除，以避免不必要的引用。

public class MyClass implements Serializable{
    Here is your instance variable
}

现在要在startActivity中传递该类的对象。只需使用此选项：

Bundle b = new Bundle();
b.putSerializable("name", myClassObject);
intent.putExtras(b);

这在这里有效，因为MyClass实现了Serializable。

有几种方法可以访问其他类或Activity中的变量或对象。

A.数据库

B.共享偏好。

C.对象序列化。

可以保存公共数据的类可以命名为公共实用程序。这取决于你。

E.通过Intents和Parcelable接口传递数据。

这取决于您的项目需求。

A.数据库

SQLite是一个嵌入到Android中的开源数据库。SQLite支持标准的关系数据库功能，如SQL语法、事务和准备好的语句。

教程

B.共享偏好

假设您想存储用户名。所以现在有两件事，一个关键用户名，一个值。

如何存储

 // Create object of SharedPreferences.
 SharedPreferences sharedPref = PreferenceManager.getDefaultSharedPreferences(this);

 //Now get Editor
 SharedPreferences.Editor editor = sharedPref.edit();

 //Put your value
 editor.putString("userName", "stackoverlow");

 //Commits your edits
 editor.commit();

使用putString（）、putBoolean（）、put Int（）、putFloat（）和putLong（），可以保存所需的数据类型。

如何获取

SharedPreferences sharedPref = PreferenceManager.getDefaultSharedPreferences(this);
String userName = sharedPref.getString("userName", "Not Available");

http://developer.android.com/reference/android/content/SharedPreferences.html

C.对象序列化

如果我们希望保存对象状态以通过网络发送，或者您也可以将其用于您的目的，则使用对象序列化。

使用Javabean并将其存储为他的一个字段，并使用getter和setter。

JavaBean是具有财产的Java类。想想作为私有实例变量的财产。因为他们是私人的可以通过类中的方法从类外部访问它们。更改属性值的方法称为setter方法，检索属性值的方式称为getter方法。

public class VariableStorage implements Serializable  {

    private String inString;

    public String getInString() {
        return inString;
    }

    public void setInString(String inString) {
        this.inString = inString;
    }
}

使用

VariableStorage variableStorage = new VariableStorage();
variableStorage.setInString(inString);

然后使用对象序列化来序列化此对象，并在其他类中反序列化此对象。

在串行化中，对象可以表示为一个字节序列，其中包括对象的数据以及关于对象类型和存储在对象中的数据类型的信息。

序列化对象写入文件后，可以从文件中读取并反序列化。也就是说，表示对象及其数据的类型信息和字节可用于在内存中重新创建对象。

如果您需要此教程，请参阅：

Java序列化（博客文章）获取其他类中的变量（堆栈溢出）

D.公用设施

您可以自己创建一个类，其中可以包含项目中经常需要的公共数据。

样品

public class CommonUtilities {

    public static String className = "CommonUtilities";

}

E.通过意图传递数据

有关传递数据的选项，请参考教程Android–使用Parcelable类在活动之间传递包裹数据。

使用Serializable实现类。假设这是您的实体类：

import java.io.Serializable;

@SuppressWarnings("serial") //With this annotation we are going to hide compiler warnings
public class Deneme implements Serializable {

    public Deneme(double id, String name) {
        this.id = id;
        this.name = name;
    }

    public double getId() {
        return id;
    }

    public void setId(double id) {
        this.id = id;
    }

    public String getName() {
        return this.name;
    }

    public void setName(String name) {
        this.name = name;
    }

    private double id;
    private String name;
}

我们正在将名为dene的对象从X活动发送到Y活动。在X活动的某处；

Deneme dene = new Deneme(4,"Mustafa");
Intent i = new Intent(this, Y.class);
i.putExtra("sampleObject", dene);
startActivity(i);

在Y活动中，我们正在获取对象。

Intent i = getIntent();
Deneme dene = (Deneme)i.getSerializableExtra("sampleObject");

就是这样。

Android活动对象可以被销毁和重建。因此，您需要使用另一种方法来查看它们或它们创建的任何对象！！！-向上的也就是说，您可以作为静态类引用传递，但对象句柄（Java调用这些“引用”，SmallTalk也是如此；但它们不是C或汇编意义上的引用）稍后可能会无效，因为Android OE的一个“特性”是任何活动都可以在稍后被销毁和重新构建。

最初的问题是“如何在Android中将对象从一个活动传递到另一个活动”，但没有人回答这个问题。当然，您可以序列化（Serializable、Parcelable、to/from JSON）并传递对象数据的副本，这样就可以创建具有相同数据的新对象；但它将不具有相同的引用/句柄。此外，许多其他人提到可以将引用存储在静态存储中。除非Android决定开启销毁您的活动，否则这将起作用。

因此，要真正解决原始问题，您需要一个静态查找，再加上每个对象将在重新创建时更新其引用。例如，如果调用其onCreate，则每个Android活动将重新列出自己。您还可以看到一些人如何使用任务列表按名称搜索“活动”。（系统正在临时销毁此活动实例以节省空间。getRunningTasks，任务列表实际上是每个活动的最新对象实例的专门列表）。

供参考：

停止：该活动被另一个活动完全遮挡（该活动现在位于“后台”）。已停止的活动也仍然活动（活动对象保留在内存中，它维护所有状态和成员信息，但未附加到窗口管理器）。但是，用户不再能看到它，当其他地方需要内存时，系统可能会将其关闭销毁“系统正在临时销毁此活动实例以节省空间。”

因此，消息总线是一个可行的解决方案。它基本上是“双关语”。而不是试图引用对象；然后重新构建设计，使用MessagePassing而不是SequentialCode。调试难度成倍增加；但它让你忽略了这些对操作环境的理解。实际上，每个对象方法访问都是反向的，因此调用者发布一条消息，而对象本身定义了该消息的处理程序。更多的代码，但可以使其在Android OE限制下更加健壮。

如果你想要的只是顶部的“活动”（由于到处都需要“上下文”，所以在Android应用程序中很常见），那么只要调用onResume，你就可以让每个“活动”在静态全局空间中将自己列为“顶部”。然后，AlertDialog或任何需要上下文的东西都可以从那里获取它。此外，使用全局有点讨厌，但可以简化到处上下传递上下文，当然，当您使用MessageBus时，IT无论如何都是全局的。