Fragment对比Activity：为何更适配不同屏幕尺寸及高效利用空间？

咱们先直接澄清一个常见误解：Activity并非天生无法高效利用大屏空间或适配性差，它只是在多模块动态布局的场景下，灵活性远不如Fragment。不少早期平板应用也用Activity做适配，但Fragment让这件事变得更简单、更优雅。

为什么Fragment在空间利用上优于Activity？ #

核心差异在于组件的粒度和组合灵活性：

• Activity本质是独立的"页面容器"，默认占据整个屏幕，同一时间只能展示一个Activity（除非用系统级多窗口模式，但开发控制难度大）。而Fragment是可复用的轻量UI模块，你能在一个Activity里同时放置多个Fragment——比如平板上左侧放列表Fragment、右侧放详情Fragment，充分榨取横向大屏空间。
• Activity的切换依赖Intent跳转，会触发整个页面的销毁/重建（除非配置特殊启动模式），而Fragment的切换在同一个Activity内完成，不仅流畅度更高，还能保留上下文状态，不用重复加载数据。

Fragment如何更好地适配不同屏幕尺寸？ #

Fragment的适配优势主要体现在这几个维度：

• 布局限定符的动态组合：你可以为不同屏幕尺寸编写专属布局文件，比如手机上用单Fragment布局（列表或详情单独显示），平板上用双Fragment布局。系统会自动根据设备加载对应布局，不用写大量判断逻辑。
• 运行时动态调整：可以根据屏幕尺寸、旋转状态甚至用户操作，动态添加/移除Fragment。比如屏幕从竖屏转横屏时，把原本单独的详情Fragment直接添加到主Activity侧边，而非启动新Activity。
• 精准状态管理：Fragment可以通过onSaveInstanceState()或配合ViewModel保存状态，屏幕旋转或配置变化时，无需重新初始化数据。相比之下，Activity的状态管理粒度更粗，Fragment的精细化管理更适配多模块场景。
• 模块化复用：同一个Fragment能在不同Activity、不同屏幕尺寸下复用——比如一个商品列表Fragment，既可以在手机的商品列表页面用，也能在平板的首页侧边栏用，大幅减少重复代码。

举个简单的代码示例：在平板布局文件res/layout-large/activity_main.xml中，我们可以同时放置两个Fragment：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="horizontal"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <fragment
        android:id="@+id/list_fragment"
        android:name="com.example.MyListFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="1"/>

    <fragment
        android:id="@+id/detail_fragment"
        android:name="com.example.MyDetailFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="2"/>
</LinearLayout>

而在手机布局res/layout/activity_main.xml里只放列表Fragment，用户点击列表项时，再启动包含详情Fragment的Activity（或动态替换当前Fragment）。

总结一下：Activity是页面的基础容器，Fragment是灵活的UI模块。Fragment的优势不是取代Activity，而是让我们在适配不同屏幕时，能更高效地组合、复用UI组件，充分利用大屏空间。

内容的提问来源于stack exchange，提问作者user3751386