破壁行动：在旧项目中丝滑嵌入 Compose（混合开发实战）

很多开发者跟我抱怨："Compose 确实好，但我公司那个项目是五年前的代码，几百个 Activity，几千个 XML 布局，老板不可能让我停工半年去全量重构。"

这太正常了。在技术圈，**"在飞行的飞机上换引擎"**才是常态。全量重构是理想主义，**混合开发（Interoperability）**才是真正的现实主义。今天这篇，我们要聊聊如何"拆掉 XML 的围墙"，让 Compose 像乐高积木一样，丝滑地塞进你的老项目里。

破壁行动：在旧项目中丝滑嵌入 Compose（混合开发实战）

导语：别做"推倒重建"的幻想家

很多 Android 团队在面对新架构时，最容易犯的错误就是"大干快上"。结果往往是旧 Bug 还没解完，新架构又引入了一堆适配问题。

真正的"破壁"应该是从局部到整体。Compose 诞生的初衷，就不是为了取代 View，而是为了与 View 共生。无论是你在 XML 里写 Compose，还是在 Compose 里调旧的 View，Google 都给你留好了"后门"。

一、向内突围：在 XML 领地插上 Compose 的旗帜

这是最常见的场景：老页面的业务逻辑很重，你不敢乱动，但你需要往里面加一个复杂的 UI 组件（比如一个动态进度条）。

1. 宿主：`ComposeView`

在 XML 布局中，你只需要放一个占位符：

xml 复制代码

<LinearLayout ...>
    <TextView android:text="我是旧的 View" ... />

    <androidx.compose.ui.platform.ComposeView
        android:id="@+id/compose_view"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />
</LinearLayout>

2. 注入逻辑

在 Activity 里，你像操作普通 View 一样找到它，然后开启 Compose 世界：

kotlin 复制代码

class OldActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.layout_old_activity)

        findViewById<ComposeView>(R.id.compose_view).apply {
            // 设置策略：当 View 被从窗体移除时处置组合
            setViewCompositionStrategy(ViewCompositionStrategy.DisposeOnViewTreeLifecycleDestroyed)
            
            setContent {
                MaterialTheme {
                    // 这里写你的 Compose 代码
                    NewFeatureScreen(title = "我是被嵌入的 Compose")
                }
            }
        }
    }
}

避坑指南： 务必设置 setViewCompositionStrategy，否则可能会因为 Compose 没能及时感知 Activity 生命周期而导致内存泄漏或奔溃。

二、向外借力：在 Compose 里"召唤"旧神

有时候你已经全面切换到 Compose 了，但有些老古董你绕不开：比如高德地图、腾讯视频播放器，或者你公司沉淀了五年的那个超级复杂的"自定义折线图"。

实战：`AndroidView` 封装

我们以集成一个经典的 WebView 为例：

kotlin 复制代码

@Composable
fun LegacyWebView(url: String) {
    // AndroidView 是连接两个世界的虫洞
    AndroidView(
        factory = { context ->
            // 这里创建传统的 View 对象
            WebView(context).apply {
                settings.javaScriptEnabled = true
                webViewClient = WebViewClient()
            }
        },
        modifier = Modifier.fillMaxSize(),
        update = { webView ->
            // 当 Compose 状态改变时，这里会被调用，用于更新旧 View
            webView.loadUrl(url)
        }
    )
}

原理： factory 只跑一次（初始化），而 update 会随着 Compose 的重组反复执行。这让旧的 View 也能具备"响应式"的特性。

三、灵魂统一：样式与主题的迁徙

混合开发最怕的就是"各长各的"。XML 里是蓝色的主题，Compose 里跑出来一个紫色主题，这种撕裂感会让用户觉得你在做两个 App。

推荐方案：`Accompanist Theme Adapter`

Google 提供了一套适配器，可以直接把你的 styles.xml 转化为 Compose 的 ColorScheme。

kotlin 复制代码

// 在 Compose 根部使用
MdcTheme { // 自动读取你的 Material Design Components XML 主题
    AppScreen()
}

这样你就不需要维护两套色值和字体配置了，真正实现"视觉大统一"。

四、策略思考：什么时候该"破壁"？

作为一名资深的行业观察者，我建议你的混合开发路线图如下：

Level 1：新页面全量 Compose。 即使项目再老，新开的 Activity/Fragment 必须用 Compose。
Level 2：旧页面的新组件。 用 ComposeView 替换掉那些复杂的自定义 View。
Level 3：旧页面的彻底替换。 只有当老页面需要进行重大逻辑重构时，才考虑彻底干掉 XML。

结语：围墙倒塌之后

混合开发不是目的，它是通往高效开发的桥梁。当你学会了在 XML 和 Compose 之间反复横跳且不失优雅时，你就已经不再是被工具束缚的"码农"，而是能掌控全局的"架构师"。

但当你学会了绘图、学会了导航、学会了混合开发，你是否想过：如果我想实现那种突破次元壁的视觉交互，比如一个会随手指舞动的粒子效果，或者一个深不见底的 3D 曲线，该怎么办？

互动时间：
你的项目中，哪类老组件最让你头疼？是那个几千行的 ListView 适配器，还是那个无法迁移的第三方地图 SDK？欢迎在评论区留言，我们一起讨论"破壁"方案。

下一篇预告： 《视觉篇：Canvas 自定义绘图与高级动画的华丽圆舞曲》

这是第七篇的内容。

重点讲解了 ComposeView 和 AndroidView 这两个混合开发的核心，实操性极强。

破壁行动：在旧项目中丝滑嵌入 Compose（混合开发实战）