我想在活动之间导航并传递一个对象。
该对象是客户端（电话）和服务器（计算机）之间的Tcp连接。当用户按下按钮时，将启动新活动，并将用户重定向到新页面。
我希望能够通过不同的活动将某些命令发送到服务器。
但是，我在活动之间传递对象时遇到问题。
每当我尝试进行下一个活动时，都会出现以下错误：
java.lang.RuntimeException：可打包遇到IOException编写可序列化对象
引起原因：java.io.NotSerializableException：
com.example.user.myapp.HomePage $ ConnectTask $ 1
Asynctask引发错误，我相信这不是this question的重复。
所有类都已经实现了Serializable。
在我的onCreate
connecttask = new ConnectTask();
connecttask.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR);
final Intent i = new Intent(getBaseContext(),Menu.class);
final ArrayList<TcpClient> testing = new ArrayList<TcpClient>();
在我的setOnClickListener中
public void onClick(View view) {
if(Username.getText().toString().equals("admin") &&
Password.getText().toString().equals("admin")) {
Toast.makeText(getApplicationContext(),
"Redirecting...",Toast.LENGTH_SHORT).show();
testing.add(mTcpClient);
i.putParcelableArrayListExtra("extra",testing);
startActivity(i);
}
AsyncTask：
public class ConnectTask extends AsyncTask<String, String, TcpClient> implements Serializable {
@Override
protected TcpClient doInBackground(String... message) {
System.out.println("Executed call");
mTcpClient = new TcpClient(new TcpClient.OnMessageReceived() {
@Override
public void messageReceived(String message) {
try {
publishProgress(message);
if (message != null) {
System.out.println("Returned message from socket::::: >>>>>>" + message);
}
} catch (Exception e) {
e.printStackTrace();
}
}
}, ipAddressOfServerDevice);
if (mTcpClient != null) {
mTcpClient.sendMessage("Initial message when connected with Socket Server");
}
delay();
return mTcpClient;
}
@Override
protected void onProgressUpdate(String... values) {
super.onProgressUpdate(values);
arrayList.add(values[0]);
mAdapter.notifyDataSetChanged();
}
}
最佳答案
考虑一下“ Parcellable”的含义。这意味着您可以将其序列化为二进制流，并有可能在进程之间传递它。您如何使用任务或线程来做到这一点？没有发生。
您需要阅读有关活动生命周期的各种知识，以及用于管理寿命比活动更长的对象的各种策略。
您需要考虑的场景。 （1）您的活动由于方向改变（活动短期终止）而被拆除并复活。 （2）您的Activity进入后台，因此android会关闭您的应用程序，并在以后恢复它（该活动的长期终止）。 （3）您的应用程序进入后台，Android终止了整个过程，目的是稍后从序列化状态恢复它。方案（3）是使用Parcellables序列化Activity状态的原因：将parcellable写入某个地方的临时存储中，该过程终止，很长一段时间后，重新启动，从临时存储中读取parcellables，然后重新创建活动从作为适当参数提供的那些Parcellable开始。显然，您的线程无法生存。
正确的做法是将整个TCP连接包装在服务中，如果Android希望在后台运行时终止您的进程，然后再将其恢复，则可以更好地存活。服务的优势在于，即使您的应用程序在后台运行，它也可以在后台运行30分钟。如果您发布服务通知，则永远无效。服务管理起来有些痛苦。但是很多痛苦与您必须要做的事情有关。最大的麻烦是您的Activity必须从后台任务中完全删除所有回调，以便可以对应用程序进行垃圾回收。该服务提供了执行此操作的框架，以及一些可能有用的生命周期管理。
您也可以使用片段（无UI）解决方案（1）。在场景（2）中有一小段时间。您可能会争辩说，对于简单连接而言，片段任务是合适的。但是我的猜测是，一旦建立连接，维护连接就会遇到同样的问题。因此，服务可能是正确的选择。要么是一个片段，它完全负责将异步TCP操作扩展到后台线程，然后再次返回。
如果您的TCP连接完全是一次性的，并且您不介意丢失它，则还可以使用静态变量。但是，您确实需要非常小心地管理生命周期，并且对于悬挂的已被杀死的活动的引用也要非常小心。
有点痛苦。但是，如果您通过所有这些工作都是有意义的，那么如果您要使用自定义解决方案，则实现服务的大多数艰苦工作还是必须完成。