我正在开发一个应用程序,将在工业环境中用作手持界面,由我的工作场所分发和预配置。我正在努力使该应用程序作为 Home Launcher 运行,以减少平板电脑“丢失”的诱惑。
背景
我的 list 中有以下内容使应用程序成为启动器:
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.HOME" />
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
(如有必要,我可以发布更多 list )
我的应用程序结构如下:
- USB_Stuff 扩展 Activity
- 主要扩展 USB_Stuff
- UI 扩展 Fragment
- SQLiteHelper 扩展了 SQLiteOpenHelper
“主要”处理所有 fragment 通信和事务。 “主要”也是在 <activity>
下的 list 中注册的内容。名称属性。
我还有一个 BOOT_COMPLETED
启动我的应用程序的 list 中的接收器。
问题
已解决 现在,如果我从 Eclipse 运行该程序并使用它,一切都很好。但是,如果我重新启动设备(在 Asus Nexus 7 (4.2.2) 和 Samsung Galaxy Tab 2 7.0 (4.1.1) 上测试),它会在第一个屏幕上启动,其中包含 ListView
。如下:
然后我可以从列表中选择一个项目,它将带我到下一个包含三个按钮代替列表的 fragment :
已解决 如果我在上面第二张图片的红色框内单击,那么我可以从 ListView
中选择不同的项目。最多一次,在我触摸红色空间后,一旦它停用了“onClickListener”(?)。虽然如果我单击三个可见按钮之一,应用程序会执行它的 onClick
方法,而不是单击进入上一个屏幕。此行为会在多个屏幕上继续,并在应用程序到达 TableLayouts
时停止。 .
另一个我认为可能相关的问题是后退按钮和我后来的取消按钮,它们应该将返回堆栈弹出到某些点,要么根本不起作用,要么执行不正确的弹出位置。
更新: 在实现下面的解决方案后,我已经解决了大部分问题,除非我在前 2 秒(大约)内开始使用该应用程序,然后我仍然会遇到随机返回堆栈弹出时的位置。
到目前为止我已经想到了什么......
如果我注释掉 Home Launcher intent-filter
并使用 BOOT_COMPLETED
过滤以启动应用程序,然后一切都会再次正常运行。
此外,我添加了日志语句来查看整个程序的返回堆栈条目计数,并在应用程序正常运行时遵循相同的路径,并且数字一致,但如果我单击红色框,该应用程序会将 fragment 添加到它不应该的返回堆栈中。这让我相信,返回堆栈上的额外项目也可能会泄露他们的观点,这不是问题。
已解决 编辑: 我添加了一个按钮,它对 match_parent
的第二个 fragment 没有任何作用。在宽度和高度上以及当我试图点击到前一个 fragment 的 ListView
时, 它不起作用。似乎背景是“可点击的”并且前一个 fragment 被设置为“背景/墙纸”(?)。
问题
已回答 1) 什么会导致重启后 fragment 之间的这些“布局泄漏”?
部分回答 2) 什么会导致后退/取消按钮 ( popBackStack(...)
) 在重启后无法正常工作?
可根据要求提供更多代码以促进解决方案。
最佳答案
问题 1: 由于布局似乎没有被完全删除,我决定尝试删除每个 fragment 的 onDestroy
中所有子项的所有监听器。我最终找到了方法 removeAllViewsInLayout()
并决定尝试以下代码:
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
container.removeAllViewsInLayout();
return inflater.inflate(R.layout.welcome_select_cabinet, container, false);
}
这会进入每个 fragment ,以便在为该布局扩充布局之前,将清除 ViewGroup 的子项。这解决了“点击”到前一个 fragment 的项目的问题。
问题 2:我在“主要” Activity 中的 setContentView()
之后立即添加了以下内容:
getFragmentManager().popBackStack();
然后当我在“Main”的 onCreate
中添加第一个 fragment 时,我更改了以下内容:
Welcome welcomeFragment = new Welcome();
getFragmentManager().beginTransaction().add(R.id.parent_container, welcomeFragment, "welcomeSelect").commit();
为此:
WelcomeSelectCabinet welcomeSelection = new WelcomeSelectCabinet();
FragmentTransaction transaction = getFragmentManager().beginTransaction();
transaction.add(R.id.parent_container, welcomeSelection, "welcomeSelect");
transaction.addToBackStack(null);
transaction.commit();
现在如果我在重启后等待大约 2 秒,然后开始使用该应用程序,我将不会遇到任何错误。但是,如果我立即使用该应用程序,则会出现与以前相同的错误,直到我再次重启并等待 2 秒。
编辑: 我添加了一个 5 秒的加载屏幕,以解决约 2 秒的“加载”问题,这似乎解决了 Nexus 7 上的问题,但没有解决 Galaxy Tab 2。我将 5 秒更改为 10 秒,因为 Galaxy Tab 2 的启动时间似乎是原来的两倍,这似乎解决了问题。
编辑:为了使加载更兼容,我能够将它绑定(bind)到 BOOT_COMPLETED
接收器并设置一个存储在 SharedPreferences
中的 bool 值> 这将根据值确定加载哪些 fragment ,该值在 SHUTDOWN
BroadcastReceiver 上重置。
关于android - 重启后 Fragments 的 Home Launcher 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17372781/