一、框架重构缘由：
背景：
自我2015年加入途家技术团队时该项目就存有JSBridge 方案，但由于15、16年的高速迭代（大前端团队扩充至80+人）但又没有标准框架的支持，从而无架构的乱序迭代导致了H5堆栈管理混乱、页面桥方法调用失败率高、WebUA管理混乱、性能底下等等各种异常问题.
然而为了解决眼前的坑，我们只能通过”补丁“的方式让其方案勉强维持运行。
直至我们来到了2017年7月，大前端H5团队从原有的PC站大力转向了M站方向迈步。其中包含上线CMS系统、智能客服系统、榜单、美宿家等与客户端内嵌强关联的H5页面. 我们不得不考虑要重新设计当前的JSBridge方案来解决曾经的技术债.
二、目标设定
因现存Hybrid框架存在基类问题：
- Bug多
- 维护难
- 性能差.
因此我们针对问题归类出三部分的解决方案，从而演变成一个全新的技术架构体系：
那么我们需要做几个事情：
- 制定JS、Native 通信的标准化协议. （HybridAPI）
- 统一Hybrid页面的UED架构，页面栈的管理. （页面架构统一）
- 采用缓存、离线化手段解决白屏、加载慢等问题. （性能提升）
- 将原有WebView相关的使用统一收口，并剥离Business_Bridge、Common_Bridge. （设计SDK）
三、后续
我们将通过两篇文章来主要将讲解：
- Hybrid框架总结 - Hybrid SDK 架构设计
- Hybrid框架总结 - 性能提升
- Hybrid监控指标建设.