我想在活动之间导航并传递一个对象。
该对象是客户端(电话)和服务器(计算机)之间的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连接完全是一次性的,并且您不介意丢失它,则还可以使用静态变量。但是,您确实需要非常小心地管理生命周期,并且对于悬挂的已被杀死的活动的引用也要非常小心。
有点痛苦。但是,如果您通过所有这些工作都是有意义的,那么如果您要使用自定义解决方案,则实现服务的大多数艰苦工作还是必须完成。