重新启动后片段的主页启动器问题

Question

我正在开发一个应用程序，它将在工业环境中用作手持接口，由我的工作场所分发和预配置。我正在努力使应用程序作为 Home Launcher 运行，这样平板电脑“失踪”的诱惑就会减少。

背景

我的清单中有以下内容以使应用程序成为启动器：

<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>

（如有必要，我可以发布更多清单）

我的应用结构如下：

1. USB_Stuff 扩展 Activity
2. 主要扩展 USB_Stuff
3. UI 扩展了 Fragment
4. SQLiteHelper 扩展了 SQLiteOpenHelper

“主要”处理所有片段通信和事务。 “Main”也是在 <activity> 名称属性下的清单中注册的内容。

我的清单中还有一个BOOT_COMPLETED 接收器，用于启动我的应用程序。

问题

已解决 如果我从 Eclipse 运行程序并使用它，现在一切正常。但是，如果我重新启动设备（在 Asus Nexus 7 (4.2.2) 和 Samsung Galaxy Tab 2 7.0 (4.1.1) 上测试），它会在第一个屏幕上启动，其中包含 ListView，如下所示： s>

然后我可以从列表中选择一个项目，它将带我到下一个包含三个按钮代替列表的片段：

已解决 如果我在上面第二张图片上的红色框内单击，那么在我触摸红色后，我最多可以从ListView 中选择一个不同的项目停用“onClickListener”（？）后的空间。虽然如果我单击三个可见按钮之一，应用程序会执行它的onClick 方法，而不是单击到上一个屏幕。此行为会在多个屏幕上继续存在，并在应用程序到达 TableLayouts 时停止。

另一个我觉得可能相关的问题是，后退按钮和我后来的取消按钮应该将后退堆栈弹出到某些点，要么根本不起作用，要么执行不正确的弹出位置。

更新：在实施下面的解决方案后，我已经解决了大多数问题，除非我在前 2 秒（大约）内开始使用应用程序，然后我仍然会得到随机返回堆栈弹出时的位置。

到目前为止我已经弄清楚了什么......

如果我注释掉 Home Launcher intent-filter 并使用 BOOT_COMPLETED 过滤器来启动应用程序，那么一切都会再次正常运行。

另外，我添加了日志语句来查看整个程序的返回堆栈条目计数，并在应用程序正常运行且不正常且数字一致时遵循相同的确切路径，但是如果我单击红色框，应用程序会将不应该的片段添加到后台堆栈。这让我相信，后台堆栈上的额外项目也可能泄漏他们的视图，这不是问题。

已解决 编辑：我添加了一个按钮，该按钮对宽度和高度均为 match_parent 的第二个片段没有任何作用，当我尝试单击时到前一个片段的ListView，它不起作用。似乎背景是“可点击的”，并且前一个片段被设置为“背景/壁纸”（？）。

问题

已回答 1) 重启后，什么会导致这些“布局泄漏”从片段到片段？

部分回答 2) 什么可能导致后退/取消按钮 (popBackStack(...)) 在重新启动后无法正常工作？

可根据要求提供更多代码以促进解决方案。

Answer 1

问题 1： 由于布局似乎没有被完全删除，我决定尝试删除每个片段的 onDestroy 中所有子项的所有侦听器。我最终找到了方法removeAllViewsInLayout() 并决定尝试以下代码：

@Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        container.removeAllViewsInLayout();
        return inflater.inflate(R.layout.welcome_select_cabinet, container, false);
    }

这进入了每个片段，以便在为该布局扩展布局之前，ViewGroup 的子项将被清除。这解决了“点击”到前一个片段的项目的问题。

问题 2：我在“主要”活动中的 setContentView() 之后立即添加了以下内容：

getFragmentManager().popBackStack();

然后当我在“Main”的onCreate 中添加第一个片段时，我更改了以下内容：

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 的启动时间似乎是原来的两倍，这似乎解决了问题。

编辑：为了使加载更加兼容，我能够将其绑定到BOOT_COMPLETED 接收器并设置一个存储在SharedPreferences 中的布尔值，它将根据哪些片段来确定加载在SHUTDOWN BroadcastReceiver 上重置的值。