一、混合开发概述
大家好，我是你们这门课的主讲。做了这么多年移动端架构，我见过太多团队在技术选型上踩坑了。今天咱们就来聊聊混合开发——这个听起来简单，但实际坑不少的话题。
1.1 什么是混合开发
说白了，混合开发就是「一套代码，多端运行」。你写一份 JavaScript 或者 Dart 代码，它能同时跑在 iOS、Android，甚至 Web 和桌面端。
我记得刚入行那会儿，公司要同时做 iOS 和 Android 两个版本。那时候我们得维护两套完全不同的代码库，一个需求改完这边改那边，加班加到怀疑人生。后来引入了混合开发方案，效率确实提升了不少。
混合开发的核心思路，是在原生应用里嵌入一个 Web 容器或者自渲染引擎。你的业务逻辑用跨平台语言写，底层能力通过桥接调用原生 API。嗯，这里要注意，桥接的性能损耗往往是性能瓶颈所在。
核心概念：混合开发 = 跨平台 UI 层 + 原生能力桥接层 + 业务逻辑层。这三层配合得好，体验就接近原生；配合不好，卡顿、闪退就找上门了。
1.2 混合开发的优缺点
先说说优点，毕竟这是大家选择混合开发的原因。
- 开发效率高：一份代码搞定多端，不用重复造轮子。我在项目中遇到过，一个中型 App 用原生开发需要两个团队各 3 人，换成混合开发后 2 个人就能覆盖。
- 热更新方便：不用走应用商店审核，紧急 Bug 能快速修复。这个在金融类项目里特别重要，有一次线上出了个支付问题，我们半小时就推送了热更新包。
- 成本低：招一个跨平台工程师比招 iOS + Android 两个工程师便宜多了，而且沟通成本也低。
但缺点也很明显，我这些年没少为这些事头疼。
- 性能瓶颈：复杂动画、大量数据渲染时，混合方案跟原生比还是有差距。你想想看，原生直接调用 GPU，混合方案中间隔了一层桥接，怎么可能完全一样？
- 平台特性难兼容：有些 iOS 或 Android 特有的功能，混合框架可能不支持或者支持得不好。我曾经为了一个 NFC 功能，硬是写了两套原生插件。
- 调试困难：出了问题，你很难判断是前端代码的问题、桥接层的问题、还是原生底层的问题。日志采集和异常处理，说白了就是为了解决这个痛点。
避坑指南：我曾经接手过一个项目，团队为了追求「一套代码跑所有端」，强行用混合方案做视频编辑功能。结果性能惨不忍睹，最后不得不重写原生模块。所以我的建议是：核心体验要求高的模块用原生，业务逻辑复杂的模块用混合，这才是务实的态度。
1.3 主流混合开发框架对比
现在市面上主流的框架有四个：React Native、Flutter、uni-app、Taro。我挨个说说我的使用感受。
| 框架 | 语言 | 渲染方式 | 性能 | 生态 | 适用场景 |
|---|---|---|---|---|---|
| React Native | JavaScript/TypeScript | 原生组件桥接 | 中等 | 丰富 | 中大型 App，团队有 React 经验 |
| Flutter | Dart | 自渲染引擎 | 高 | 中等 | 高性能要求，UI 复杂场景 |
| uni-app | Vue.js | WebView + 原生 | 中等 | 丰富（国内） | 小程序 + App 快速开发 |
| Taro | React/Vue | WebView + 原生 | 中等 | 中等 | 多端统一（含小程序） |
React Native
Facebook 出品，用 React 写移动端。我个人习惯用 RN 做中大型项目，因为它的生态太成熟了，第三方库几乎要啥有啥。但有个问题——桥接层的性能损耗在复杂场景下很明显。我记得有个列表滚动卡顿的问题，排查了两天才发现是桥接通信太频繁了。
Flutter
Google 的亲儿子，用 Dart 语言，自渲染引擎。说白了，它不依赖原生组件，自己画 UI，所以性能是四个里面最好的。我建议如果你要做动画密集、UI 复杂的 App，优先考虑 Flutter。不过它的生态还在成长，有些原生插件得自己写。
uni-app
DCloud 出品，基于 Vue.js。这个框架在国内很火，因为它能一套代码同时出 App 和小程序。我做过一个电商项目，用 uni-app 开发，App 和小程序同步上线，效率确实高。但要注意，它的渲染依赖 WebView，性能上限不高。
Taro
京东出品，支持 React 和 Vue。跟 uni-app 类似，主打多端统一。我个人的感受是，Taro 在代码规范和工程化方面做得不错，适合团队协作。但它的社区资源比 RN 和 uni-app 少一些，遇到冷门问题可能得自己啃源码。
我的建议：选框架别盲目追新。先看团队的技术栈——如果你们 React 用得多，选 RN 或 Taro；如果团队偏 Vue，uni-app 更合适；如果追求极致性能，Flutter 是首选。没有最好的框架，只有最适合的框架。
1.4 本章知识体系
下面这张图是我自己画的，把混合开发的核心知识结构梳理了一下。你一看就明白我们这门课要讲什么了。
这张图把混合开发的知识体系串起来了。从核心概念到框架对比，再到我们这门课的重点——异常处理和日志采集。你想想看，不管选哪个框架，最终都要面对线上问题排查的难题。所以后面我们会花大量篇幅讲怎么做好异常捕获和日志采集。
好了，第一章就到这里。混合开发的概念和框架选择，说白了就是「因地制宜」四个字。下一章我们开始深入技术细节，聊聊混合开发中的异常到底是怎么产生的。