正在切换页面...

CameraX 多媒体底层与 UseCase 架构解析

mediumAndroidJetpackCameraX多媒体架构最近更新

CameraX 多媒体底层与 UseCase 架构解析

在 Android 开发中，相机（Camera）一直是“深水区”。从早期的 Camera1 到后来的 Camera2，开发者经历了从“功能简陋”到“极其复杂且碎片化严重”的痛苦转变。为了解决这一痛点，Google 推出了 Jetpack CameraX。

CameraX 并不是从零重写了一套全新的相机底层驱动，而是在 Camera2 之上构建的一个高度封装、生命周期感知、且自带设备兼容性修复（Quirks）的架构框架。

本文将深入探究 CameraX 的核心架构，拆解其基于 UseCase 的设计美学，并从底层分析它如何与 Android Lifecycle 深度绑定，最后给出标准的工业级使用指南。

1. 为什么需要 CameraX？（设计动机）

要理解 CameraX 的价值，我们必须回顾 Android 相机开发的历史痛点。

1.1 Camera1 与 Camera2 的困境

Camera1：API 设计简单，但缺乏高级控制（如手动对焦、RAW 格式支持、多流并发）。随着硬件的发展，Camera1 被标记为废弃（Deprecated）。
Camera2：为了提供极高的自由度，Google 设计了高度异步的 Camera2 API。你需要手动管理 CameraManager、CameraDevice、CaptureSession、CaptureRequest，还要处理各种线程和回调。实现一个最基础的预览加拍照，通常需要大几百行样板代码。
碎片化之痛（最致命）：不同手机厂商对 Camera2 底层 HAL（硬件抽象层）的实现千奇百怪。有些手机会在特定的分辨率下崩溃，有些手机的前置摄像头图像是倒置的。开发者不得不编写大量的 if-else 来适配各个机型。

1.2 CameraX 的破局之道

针对上述痛点，CameraX 给出了三个解法：

用 UseCase（用例）代替 Request：开发者不再需要关心底层 Session 的建立和配置，只需声明“我需要什么功能”（如预览、拍照、图像分析），CameraX 负责底层的资源调配。
Lifecycle 绑定：将相机的打开、关闭、释放与 Activity/Fragment 的生命周期自动绑定，彻底消灭内存泄漏和“相机被占用”的异常。
内置 Quirks（设备怪癖）兼容机制：Google 实验室测试了市面上大量机型，将厂商的 bug 和修复策略内置在 CameraX 源码中。开发者调用的是统一的 API，底层会自动应用适配补丁。

💡 生活类比：相机系统就像一家影视制作公司

Camera2：你必须亲自担任制片人、场务、灯光师。你需要手动雇佣演员（打开相机），搭建舞台（创建 Surface），布置多条管线（配置多路输出流）。如果有设备出问题，你得自己修。

CameraX：你只需向“制片经理”（ProcessCameraProvider）提需求：“我需要一台摄像机（CameraSelector），我要看到画面（Preview），我要能拍剧照（ImageCapture）”。经理会根据片场（Lifecycle）的情况，自动帮你把所有的杂活干完。

2. 核心架构：UseCase 驱动模式

CameraX 的架构彻底抛弃了“面向设备编程”的思路，转向了**“面向用例（UseCase）编程”**。

在底层，CameraX 依然使用的是 Camera2 API，但它将复杂的逻辑封装在了多个独立的 UseCase 中。

2.1 四大核心 UseCase

Preview（预览）：将相机的图像流直接输出到屏幕上（通常结合 PreviewView 使用）。
ImageCapture（拍照）：提供高质量的图像捕获，支持闪光灯、连续自动对焦，并可将照片保存到内存或文件中。
ImageAnalysis（图像分析）：提供可供 CPU 访问的图像缓冲区（ImageProxy），你可以将其送入 ML Kit（机器视觉、二维码扫描）或自定义的图像处理算法中。
VideoCapture（视频录制）：处理视频和音频的捕获、编码以及保存。

2.2 架构层级图

我们可以通过以下架构图，直观理解 CameraX 是如何架设在系统底层的：

graph TD
    subgraph 开发者应用层
        UI[Activity / Fragment]
        ML[机器学习/图像识别算法]
    end

    subgraph CameraX 架构层
        Provider[ProcessCameraProvider\n(生命周期管理者)]
        
        subgraph UseCases
            P[Preview]
            IC[ImageCapture]
            IA[ImageAnalysis]
            VC[VideoCapture]
        end
    end

    subgraph CameraX 底层引擎
        Quirks[Quirks 兼容性拦截层]
        Session[Camera2 Session Manager]
    end

    subgraph 系统原生层
        Camera2[Camera2 API]
        HAL[Camera HAL 硬件抽象层]
        Hardware[相机传感器]
    end

    UI -->|1. 绑定生命周期| Provider
    Provider -->|2. 挂载| P
    Provider -->|2. 挂载| IC
    Provider -->|2. 挂载| IA
    Provider -->|2. 挂载| VC
    
    P -->|渲染流| UI
    IA -->|YUV 数据| ML
    
    UseCases --> Quirks
    Quirks --> Session
    Session --> Camera2
    Camera2 --> HAL
    HAL --> Hardware

开发者只需要将不同的 UseCase 组合起来，传递给 ProcessCameraProvider 即可。底层的会话配置、并发冲突处理全由框架代劳。

3. 底层原理探究

3.1 深度绑定 Lifecycle 的奥秘

在传统的相机开发中，最大的痛点就是在 onResume 中打开相机，在 onPause 中关闭相机。如果忘记关闭，会导致其他应用无法使用相机，甚至引发死机。

CameraX 通过 ProcessCameraProvider.bindToLifecycle() 实现了自动化管理。这是如何做到的？

// CameraX 绑定的伪代码与核心流程
Camera camera = cameraProvider.bindToLifecycle(
    lifecycleOwner, 
    cameraSelector, 
    preview, 
    imageCapture
);

内部实现机制：

状态观察：ProcessCameraProvider 内部持有一个 LifecycleObserver。当它被绑定到 lifecycleOwner（如 Activity）时，它开始监听生命周期事件。
状态机流转：
- 当收到 ON_START 时，CameraX 内部的引擎开始初始化 Camera2 的 CameraDevice，并开启 CaptureSession。
- 当收到 ON_STOP 时，CameraX 自动关闭会话并释放相机硬件资源。
- 当收到 ON_DESTROY 时，彻底解绑并销毁所有 UseCase 配置。
多用例复用（Multiplexing）：如果你同时绑定了 Preview 和 ImageAnalysis，CameraX 底层会向 Camera2 请求创建一个多目标输出的 Session。它会自动计算最优的分辨率交集，并将硬件数据流一分为二，分别送给屏幕和分析器。

3.2 ImageAnalysis 与背压策略（Backpressure）

ImageAnalysis 是现代应用中最常用的功能（如扫码、人脸识别）。由于相机的帧率通常为 30fps 或 60fps，如果你的图像分析算法（如深度学习推理）处理一帧需要 100ms（每秒只能处理 10 帧），就会出现生产者快，消费者慢的情况。

为此，CameraX 在 ImageAnalysis 中引入了两种背压策略（这体现了经典的生产者-消费者模型设计）：

STRATEGY_KEEP_ONLY_LATEST（只保留最新帧，默认推荐）
- 行为：非阻塞。如果分析器仍在处理旧图像，CameraX 会直接丢弃期间产生的新图像。当分析器处理完毕后，它会拿到此时此刻最新的一帧。
- 底层机制：框架内部维护一个大小为 1 的缓冲区。适合实时性要求高、允许丢帧的场景（如扫码）。
STRATEGY_BLOCK_PRODUCER（阻塞生产者）
- 行为：阻塞。如果队列满了（内部缓冲区大小由 setImageQueueDepth 决定），CameraX 会停止从底层相机硬件抓取新图像，直到分析器释放一个槽位。
- 底层机制：类似有界阻塞队列。如果长时间不释放（不调用 imageProxy.close()），整个相机的预览流都可能被卡死。适合绝不允许丢帧的逐帧处理场景。

4. 工业级实战：完整集成指南

下面我们来看如何在实际项目中集成 CameraX，实现一个包含“预览”、“拍照”和“图像分析”的现代相机功能。

4.1 引入依赖

在 build.gradle 中添加依赖：

def camerax_version = "1.3.0" // 请使用最新稳定版
implementation "androidx.camera:camera-core:${camerax_version}"
implementation "androidx.camera:camera-camera2:${camerax_version}"
implementation "androidx.camera:camera-lifecycle:${camerax_version}"
// PreviewView 的 UI 组件
implementation "androidx.camera:camera-view:${camerax_version}"

4.2 布局文件设置

使用 CameraX 提供的 PreviewView 代替原生的 SurfaceView 或 TextureView。PreviewView 内部会自动处理 Surface 的生命周期和缩放裁剪策略。

<androidx.constraintlayout.widget.ConstraintLayout ...>
    <androidx.camera.view.PreviewView
        android:id="@+id/viewFinder"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />
</androidx.constraintlayout.widget.ConstraintLayout>

4.3 核心实现代码（Kotlin）

将所有逻辑集中在一个函数中，展示如何请求 Provider 并绑定多个 UseCase。

class CameraActivity : AppCompatActivity() {

    private lateinit var viewFinder: PreviewView
    private var imageCapture: ImageCapture? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_camera)
        viewFinder = findViewById(R.id.viewFinder)
        
        // 确保获得了 CAMERA 权限后执行
        startCamera()
    }

    private fun startCamera() {
        // 1. 获取 ProcessCameraProvider 的异步实例
        val cameraProviderFuture = ProcessCameraProvider.getInstance(this)

        cameraProviderFuture.addListener({
            // Provider 准备就绪
            val cameraProvider: ProcessCameraProvider = cameraProviderFuture.get()

            // 2. 初始化 Preview UseCase
            val preview = Preview.Builder().build().also {
                // 将 Preview 绑定到 UI 上的 PreviewView
                it.setSurfaceProvider(viewFinder.surfaceProvider)
            }

            // 3. 初始化 ImageCapture UseCase (拍照功能)
            imageCapture = ImageCapture.Builder()
                // 优化延迟（尽快拍下）而不是极致画质
                .setCaptureMode(ImageCapture.CAPTURE_MODE_MINIMIZE_LATENCY)
                .build()

            // 4. 初始化 ImageAnalysis UseCase (图像分析，如扫码)
            val imageAnalyzer = ImageAnalysis.Builder()
                .setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST)
                .build()
                .also {
                    // 使用独立的线程池执行分析任务，避免阻塞主线程
                    it.setAnalyzer(Executors.newSingleThreadExecutor(), { imageProxy ->
                        // 此处执行图像处理逻辑
                        val rotationDegrees = imageProxy.imageInfo.rotationDegrees
                        Log.d("CameraX", "获取到一帧，旋转角度: $rotationDegrees")
                        
                        // 严重警告：处理完毕后必须手动关闭！否则将永远无法收到下一帧
                        imageProxy.close()
                    })
                }

            // 5. 选择后置摄像头
            val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA

            try {
                // 6. 在绑定前先解绑之前的用例，防止冲突
                cameraProvider.unbindAll()

                // 7. 将 UseCase 绑定到 Lifecycle
                // 返回的 Camera 对象可用于控制对焦、手电筒等硬件设置
                val camera = cameraProvider.bindToLifecycle(
                    this, // LifecycleOwner
                    cameraSelector,
                    preview,
                    imageCapture,
                    imageAnalyzer
                )

            } catch (exc: Exception) {
                Log.e("CameraX", "Use case binding failed", exc)
            }

        }, ContextCompat.getMainExecutor(this)) // Listener 运行在主线程
    }
}

4.4 避坑指南：必须手动关闭 ImageProxy

在上述代码的 setAnalyzer 中，框架会持续回调 ImageProxy 对象给你。 底层原理： ImageProxy 实际上是对底层硬件 GraphicBuffer 的一层封装。这个 Buffer 资源是极度稀缺的系统资源。如果你处理完了数据，但不调用 imageProxy.close()，系统底层的 Buffer 队列将被耗尽，底层的相机 HAL 将无法继续向内存写入新数据。表现出来的现象就是：相机的画面静止了，回调再也不触发了。

5. 总结

CameraX 展现了 Google 在架构设计上的深厚功力。面对极其糟糕且碎片化的底层实现（Camera2），它没有选择打破重做，而是采用组合优于继承、UseCase 抽象驱动的架构模式，在乱局之上建立了一座整洁的城堡。

本质：它是一个建立在 Camera2 之上的声明式框架管理器。
生命周期：与 Jetpack Lifecycle 深度融合，彻底终结了状态管理的混乱。
扩展性：基于 UseCase 的设计使得后续添加新功能（如视频录制、HDR 等）可以像插拔乐高积木一样简单，而不需要修改底层的 Session 建立逻辑。

了解 CameraX 的底层运转机制，不仅能帮助我们更自信地开发复杂的相机应用，更能从其优秀的设计理念中汲取构建稳健模块的灵感。

CameraX 多媒体底层与 UseCase 架构解析

mediumAndroidJetpackCameraX多媒体架构最近更新

CameraX 多媒体底层与 UseCase 架构解析

本文将深入探究 CameraX 的核心架构，拆解其基于 UseCase 的设计美学，并从底层分析它如何与 Android Lifecycle 深度绑定，最后给出标准的工业级使用指南。

1. 为什么需要 CameraX？（设计动机）

要理解 CameraX 的价值，我们必须回顾 Android 相机开发的历史痛点。

1.1 Camera1 与 Camera2 的困境

Camera1：API 设计简单，但缺乏高级控制（如手动对焦、RAW 格式支持、多流并发）。随着硬件的发展，Camera1 被标记为废弃（Deprecated）。
Camera2：为了提供极高的自由度，Google 设计了高度异步的 Camera2 API。你需要手动管理 CameraManager、CameraDevice、CaptureSession、CaptureRequest，还要处理各种线程和回调。实现一个最基础的预览加拍照，通常需要大几百行样板代码。
碎片化之痛（最致命）：不同手机厂商对 Camera2 底层 HAL（硬件抽象层）的实现千奇百怪。有些手机会在特定的分辨率下崩溃，有些手机的前置摄像头图像是倒置的。开发者不得不编写大量的 if-else 来适配各个机型。

1.2 CameraX 的破局之道

针对上述痛点，CameraX 给出了三个解法：

用 UseCase（用例）代替 Request：开发者不再需要关心底层 Session 的建立和配置，只需声明“我需要什么功能”（如预览、拍照、图像分析），CameraX 负责底层的资源调配。
Lifecycle 绑定：将相机的打开、关闭、释放与 Activity/Fragment 的生命周期自动绑定，彻底消灭内存泄漏和“相机被占用”的异常。
内置 Quirks（设备怪癖）兼容机制：Google 实验室测试了市面上大量机型，将厂商的 bug 和修复策略内置在 CameraX 源码中。开发者调用的是统一的 API，底层会自动应用适配补丁。

💡 生活类比：相机系统就像一家影视制作公司

Camera2：你必须亲自担任制片人、场务、灯光师。你需要手动雇佣演员（打开相机），搭建舞台（创建 Surface），布置多条管线（配置多路输出流）。如果有设备出问题，你得自己修。

CameraX：你只需向“制片经理”（ProcessCameraProvider）提需求：“我需要一台摄像机（CameraSelector），我要看到画面（Preview），我要能拍剧照（ImageCapture）”。经理会根据片场（Lifecycle）的情况，自动帮你把所有的杂活干完。

2. 核心架构：UseCase 驱动模式

CameraX 的架构彻底抛弃了“面向设备编程”的思路，转向了**“面向用例（UseCase）编程”**。

在底层，CameraX 依然使用的是 Camera2 API，但它将复杂的逻辑封装在了多个独立的 UseCase 中。

2.1 四大核心 UseCase

Preview（预览）：将相机的图像流直接输出到屏幕上（通常结合 PreviewView 使用）。
ImageCapture（拍照）：提供高质量的图像捕获，支持闪光灯、连续自动对焦，并可将照片保存到内存或文件中。
ImageAnalysis（图像分析）：提供可供 CPU 访问的图像缓冲区（ImageProxy），你可以将其送入 ML Kit（机器视觉、二维码扫描）或自定义的图像处理算法中。
VideoCapture（视频录制）：处理视频和音频的捕获、编码以及保存。

2.2 架构层级图

我们可以通过以下架构图，直观理解 CameraX 是如何架设在系统底层的：

graph TD
    subgraph 开发者应用层
        UI[Activity / Fragment]
        ML[机器学习/图像识别算法]
    end

    subgraph CameraX 架构层
        Provider[ProcessCameraProvider\n(生命周期管理者)]
        
        subgraph UseCases
            P[Preview]
            IC[ImageCapture]
            IA[ImageAnalysis]
            VC[VideoCapture]
        end
    end

    subgraph CameraX 底层引擎
        Quirks[Quirks 兼容性拦截层]
        Session[Camera2 Session Manager]
    end

    subgraph 系统原生层
        Camera2[Camera2 API]
        HAL[Camera HAL 硬件抽象层]
        Hardware[相机传感器]
    end

    UI -->|1. 绑定生命周期| Provider
    Provider -->|2. 挂载| P
    Provider -->|2. 挂载| IC
    Provider -->|2. 挂载| IA
    Provider -->|2. 挂载| VC
    
    P -->|渲染流| UI
    IA -->|YUV 数据| ML
    
    UseCases --> Quirks
    Quirks --> Session
    Session --> Camera2
    Camera2 --> HAL
    HAL --> Hardware

开发者只需要将不同的 UseCase 组合起来，传递给 ProcessCameraProvider 即可。底层的会话配置、并发冲突处理全由框架代劳。

3. 底层原理探究

3.1 深度绑定 Lifecycle 的奥秘

在传统的相机开发中，最大的痛点就是在 onResume 中打开相机，在 onPause 中关闭相机。如果忘记关闭，会导致其他应用无法使用相机，甚至引发死机。

CameraX 通过 ProcessCameraProvider.bindToLifecycle() 实现了自动化管理。这是如何做到的？

// CameraX 绑定的伪代码与核心流程
Camera camera = cameraProvider.bindToLifecycle(
    lifecycleOwner, 
    cameraSelector, 
    preview, 
    imageCapture
);

内部实现机制：

状态观察：ProcessCameraProvider 内部持有一个 LifecycleObserver。当它被绑定到 lifecycleOwner（如 Activity）时，它开始监听生命周期事件。
状态机流转：
- 当收到 ON_START 时，CameraX 内部的引擎开始初始化 Camera2 的 CameraDevice，并开启 CaptureSession。
- 当收到 ON_STOP 时，CameraX 自动关闭会话并释放相机硬件资源。
- 当收到 ON_DESTROY 时，彻底解绑并销毁所有 UseCase 配置。
多用例复用（Multiplexing）：如果你同时绑定了 Preview 和 ImageAnalysis，CameraX 底层会向 Camera2 请求创建一个多目标输出的 Session。它会自动计算最优的分辨率交集，并将硬件数据流一分为二，分别送给屏幕和分析器。

3.2 ImageAnalysis 与背压策略（Backpressure）

为此，CameraX 在 ImageAnalysis 中引入了两种背压策略（这体现了经典的生产者-消费者模型设计）：

STRATEGY_KEEP_ONLY_LATEST（只保留最新帧，默认推荐）
- 行为：非阻塞。如果分析器仍在处理旧图像，CameraX 会直接丢弃期间产生的新图像。当分析器处理完毕后，它会拿到此时此刻最新的一帧。
- 底层机制：框架内部维护一个大小为 1 的缓冲区。适合实时性要求高、允许丢帧的场景（如扫码）。
STRATEGY_BLOCK_PRODUCER（阻塞生产者）
- 行为：阻塞。如果队列满了（内部缓冲区大小由 setImageQueueDepth 决定），CameraX 会停止从底层相机硬件抓取新图像，直到分析器释放一个槽位。
- 底层机制：类似有界阻塞队列。如果长时间不释放（不调用 imageProxy.close()），整个相机的预览流都可能被卡死。适合绝不允许丢帧的逐帧处理场景。

4. 工业级实战：完整集成指南

下面我们来看如何在实际项目中集成 CameraX，实现一个包含“预览”、“拍照”和“图像分析”的现代相机功能。

4.1 引入依赖

在 build.gradle 中添加依赖：

def camerax_version = "1.3.0" // 请使用最新稳定版
implementation "androidx.camera:camera-core:${camerax_version}"
implementation "androidx.camera:camera-camera2:${camerax_version}"
implementation "androidx.camera:camera-lifecycle:${camerax_version}"
// PreviewView 的 UI 组件
implementation "androidx.camera:camera-view:${camerax_version}"

4.2 布局文件设置

使用 CameraX 提供的 PreviewView 代替原生的 SurfaceView 或 TextureView。PreviewView 内部会自动处理 Surface 的生命周期和缩放裁剪策略。

<androidx.constraintlayout.widget.ConstraintLayout ...>
    <androidx.camera.view.PreviewView
        android:id="@+id/viewFinder"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />
</androidx.constraintlayout.widget.ConstraintLayout>

4.3 核心实现代码（Kotlin）

将所有逻辑集中在一个函数中，展示如何请求 Provider 并绑定多个 UseCase。

class CameraActivity : AppCompatActivity() {

    private lateinit var viewFinder: PreviewView
    private var imageCapture: ImageCapture? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_camera)
        viewFinder = findViewById(R.id.viewFinder)
        
        // 确保获得了 CAMERA 权限后执行
        startCamera()
    }

    private fun startCamera() {
        // 1. 获取 ProcessCameraProvider 的异步实例
        val cameraProviderFuture = ProcessCameraProvider.getInstance(this)

        cameraProviderFuture.addListener({
            // Provider 准备就绪
            val cameraProvider: ProcessCameraProvider = cameraProviderFuture.get()

            // 2. 初始化 Preview UseCase
            val preview = Preview.Builder().build().also {
                // 将 Preview 绑定到 UI 上的 PreviewView
                it.setSurfaceProvider(viewFinder.surfaceProvider)
            }

            // 3. 初始化 ImageCapture UseCase (拍照功能)
            imageCapture = ImageCapture.Builder()
                // 优化延迟（尽快拍下）而不是极致画质
                .setCaptureMode(ImageCapture.CAPTURE_MODE_MINIMIZE_LATENCY)
                .build()

            // 4. 初始化 ImageAnalysis UseCase (图像分析，如扫码)
            val imageAnalyzer = ImageAnalysis.Builder()
                .setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST)
                .build()
                .also {
                    // 使用独立的线程池执行分析任务，避免阻塞主线程
                    it.setAnalyzer(Executors.newSingleThreadExecutor(), { imageProxy ->
                        // 此处执行图像处理逻辑
                        val rotationDegrees = imageProxy.imageInfo.rotationDegrees
                        Log.d("CameraX", "获取到一帧，旋转角度: $rotationDegrees")
                        
                        // 严重警告：处理完毕后必须手动关闭！否则将永远无法收到下一帧
                        imageProxy.close()
                    })
                }

            // 5. 选择后置摄像头
            val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA

            try {
                // 6. 在绑定前先解绑之前的用例，防止冲突
                cameraProvider.unbindAll()

                // 7. 将 UseCase 绑定到 Lifecycle
                // 返回的 Camera 对象可用于控制对焦、手电筒等硬件设置
                val camera = cameraProvider.bindToLifecycle(
                    this, // LifecycleOwner
                    cameraSelector,
                    preview,
                    imageCapture,
                    imageAnalyzer
                )

            } catch (exc: Exception) {
                Log.e("CameraX", "Use case binding failed", exc)
            }

        }, ContextCompat.getMainExecutor(this)) // Listener 运行在主线程
    }
}

4.4 避坑指南：必须手动关闭 ImageProxy

5. 总结

本质：它是一个建立在 Camera2 之上的声明式框架管理器。
生命周期：与 Jetpack Lifecycle 深度融合，彻底终结了状态管理的混乱。
扩展性：基于 UseCase 的设计使得后续添加新功能（如视频录制、HDR 等）可以像插拔乐高积木一样简单，而不需要修改底层的 Session 建立逻辑。

了解 CameraX 的底层运转机制，不仅能帮助我们更自信地开发复杂的相机应用，更能从其优秀的设计理念中汲取构建稳健模块的灵感。