我想在活动之间导航并传递一个对象。 对象是客户端(电话)和服务器(计算机)之间的Tcp连接。当用户按下按钮时,将启动新活动,并将用户重定向到新页面。
我希望能够从不同的活动向服务器发送某些命令。
但是,我在活动之间传递对象时遇到问题。 每当我尝试进行下一个活动时,我都会收到以下错误:
java.lang.RuntimeException:Parcelable遇到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();
}
}
答案 0 :(得分:1)
想想&#34; Parcellable&#34;手段。这意味着您可以将其序列化为二进制流,并可能在进程之间传递它。你怎么能用任务或线程做到这一点?没有发生。
您需要对活动生命周期进行一些阅读,以及管理比活动更长寿的对象的各种策略。
您需要考虑的方案。 (1)由于方向改变(短期终止活动)等因素,您的活动被拆除并复活。 (2)你的活动进入后台,所以android拆掉了你的应用程序,并在以后复活它(长期终止活动)。 (3)您的应用程序进入后台,Android终止整个过程,以便稍后从序列化状态恢复它。场景(3)是Parcellables用于序列化Activity状态的原因:parcellable被写入某处的临时存储,进程终止,并且很长一段时间后,重新启动,parcellables从临时存储中读取,以及一个新的以适当的参数提供的那些Parcellables开始活动。显然,你的线程并没有幸存下来。
正确的事情是将整个TCP连接包装在一个服务中,如果Android在进入后台时想要终止你的进程,并且稍后再恢复它,它将更好地生存。服务的优势在于,即使您的应用程序处于后台,它也可以在后台状态下长达30分钟;永远,如果您为您的服务发布通知。管理服务有点痛苦;但是很多痛苦都与你必须要做的事情有关。最大的痛苦是您的Activity必须从后台任务中完全删除所有回调,以便可以对应用程序进行垃圾回收。该服务提供了执行此操作的框架,以及一些可能有用的生命周期管理。
您还可以使用片段(不使用UI)来解决方案(1)。在场景(2)中暂时。您可以争辩说,只需连接,片段任务就适合。但我的猜测是,一旦你连接,你就会遇到维持连接的同样问题。所以服务可能是正确的选择。要么完全负责将异步TCP操作引导到后台线程又重新回来的那个或片段。
如果您的TCP连接完全是一次性的,并且您不介意丢失它,您也可以使用静态变量。你需要非常小心地管理生命周期,并且要非常小心地悬挂对已被杀死的活动的引用。
有点痛苦。但是如果你通过它完成所有工作都是有道理的,并且如果你去寻求自定义解决方案,那么实现服务的大部分工作都必须以其他方式完成。