我知道这个问题已经讨论得很激烈了，但我想再补充几点:

Frags can be used to populate Menus and can handle MenuItem clicks on their own. Thus giving futher modulation options for your Activities. You can do ContextualActionBar stuff and so on without your Activity knowing about it and can basically decouple it from the basic stuff your Activity handles (Navigation/Settings/About). A parent Frag with child Frags can give you further options to modulize your components. E.g. you can easily swap Frags around, put new Frags inside a Pager or remove them, rearrange them. All without your Activity knowing anything about it just focusing on the higher level stuff.

片段在某些情况下特别有用，比如我们想在所有页面中保留一个导航抽屉。你可以用你想要的任何片段来膨胀框架布局，并且仍然可以访问导航抽屉。

如果您使用了一个活动，那么您将不得不在所有活动中保留抽屉，这将导致冗余代码。这是片段的一个有趣用法。

我是Android的新手，仍然认为碎片是有帮助的。

我知道这个问题已经讨论得很激烈了，但我想再补充几点:

Frags can be used to populate Menus and can handle MenuItem clicks on their own. Thus giving futher modulation options for your Activities. You can do ContextualActionBar stuff and so on without your Activity knowing about it and can basically decouple it from the basic stuff your Activity handles (Navigation/Settings/About). A parent Frag with child Frags can give you further options to modulize your components. E.g. you can easily swap Frags around, put new Frags inside a Pager or remove them, rearrange them. All without your Activity knowing anything about it just focusing on the higher level stuff.

这是我在片段中发现的重要信息:

Historically each screen in an Android app was implemented as a separate Activity. This creates a challenge in passing information between screens because the Android Intent mechanism does not allow passing a reference type (i.e. object) directly between Activities. Instead the object must be serialized or a globally accessible reference made available. By making each screen a separate Fragment, this data passing headache is completely avoided. Fragments always exist within the context of a given Activity and can always access that Activity. By storing the information of interest within the Activity, the Fragment for each screen can simply access the object reference through the Activity.

来源:https://www.pluralsight.com/blog/software-development/android-fragments

活动是应用程序中带有工具栏的全屏组件，其他的最好是片段。 一个带有工具栏的全屏父活动可以有多个窗格、可滚动页面、对话框等(所有片段)，所有这些都可以从父活动访问并通过父活动进行通信。

例子:

活动A、活动B、活动C

所有的活动都需要有相同的代码重复，以显示基本 工具栏，或者从父活动继承 管理起来很麻烦)。 要从一个活动移动到另一个活动，要么所有活动都需要在内存中(开销)，要么需要销毁一个活动以便打开另一个活动。 活动之间的通信可以通过intent完成。

vs

活动A，片段1，片段2，片段3:

没有代码重复，所有屏幕都有来自该活动的工具栏等。 几种方法从一个片段移动到下一个视图页，多窗格等。 活动拥有最多的数据，因此需要最少的片段间通信。如果仍然需要，可以通过接口轻松完成。 片段不需要全屏显示，在设计上有很大的灵活性。 如果不需要视图，则片段不需要扩展布局。 多个活动可以使用相同的片段。

片段是应用程序的用户界面或行为的一部分，可以放在活动中，从而实现更模块化的活动设计。如果我们说片段是一种子活动，那也不会错。

以下是关于片段的要点:

A fragment has its own layout and its own behavior with its own lifecycle callbacks. You can add or remove fragments in an activity while the activity is running. You can combine multiple fragments in a single activity to build a multi-pane UI. A fragment can be used in multiple activities. The fragment life cycle is closely related to the lifecycle of its host activity. When the activity is paused, all the fragments available in the acivity will also be stopped. A fragment can implement a behavior that has no user interface component. Fragments were added to the Android API in Android 3 (Honeycomb) with API version 11.

欲了解更多详情，请访问官方网站碎片。