微信小程序底层框架是支撑小程序运行和开发的基础，主要由视图层、逻辑层以及两者之间的通信机制构成，以下是详细介绍：
整体架构概述
微信小程序采用双线程架构，将视图层（View）和逻辑层（App Service）分离在不同的线程中运行。视图层负责界面的渲染和展示，逻辑层负责处理业务逻辑和数据处理。这两层之间通过微信客户端提供的 JSBridge 进行通信，实现数据的传递和交互。
视图层
- 渲染线程：视图层运行在渲染线程中，主要负责将页面的结构、样式和数据进行渲染，展示给用户。微信小程序使用 WXML（WeiXin Markup Language）和 WXSS（WeiXin Style Sheets）来构建页面的结构和样式。
-
- WXML：类似于 HTML，是一种标记语言，用于描述页面的结构。它提供了一系列的组件，如视图容器、基础内容、表单组件等，开发者可以使用这些组件快速搭建页面。同时，WXML 支持数据绑定、列表渲染、条件渲染等功能，方便动态展示数据。
- WXSS：类似于 CSS，是一种样式表语言，用于描述页面的样式。它支持基本的 CSS 选择器和属性，同时还提供了一些小程序特有的样式单位，如 rpx（响应式像素），可以根据屏幕宽度进行自适应布局。
- 页面渲染流程：当小程序启动或页面切换时，渲染线程会根据 WXML 模板和从逻辑层传递过来的数据，生成虚拟 DOM 树，然后将虚拟 DOM 树转换为真实的 DOM 树，并进行页面渲染。
逻辑层
- 脚本线程：逻辑层运行在脚本线程中，主要负责处理业务逻辑、数据请求和与视图层的通信。微信小程序使用 JavaScript 来编写逻辑代码，开发者可以在逻辑层中定义页面的生命周期函数、事件处理函数、数据处理函数等。
- 框架 API：微信小程序框架提供了丰富的 API，涵盖了网络请求、数据存储、位置信息、媒体播放等多个方面。开发者可以使用这些 API 来实现各种功能，例如使用
wx.request进行网络请求，使用wx.setStorage进行数据存储。 - 数据绑定与事件绑定：逻辑层通过数据绑定将数据传递给视图层，实现页面的动态展示。同时，逻辑层通过事件绑定监听视图层的用户操作事件，如点击事件、触摸事件等，并进行相应的处理。
通信机制
- JSBridge：视图层和逻辑层之间通过 JSBridge 进行通信。当视图层需要调用逻辑层的方法或传递数据时，会通过 JSBridge 向逻辑层发送消息；当逻辑层需要更新视图层的数据时，也会通过 JSBridge 向视图层发送消息。
- 数据传输格式：通信过程中，数据以 JSON 格式进行传输，确保数据的兼容性和可解析性。
框架特性
- 组件化开发：微信小程序框架支持组件化开发，开发者可以将页面拆分成多个组件，每个组件有自己独立的结构、样式和逻辑，提高代码的复用性和可维护性。
- 生命周期管理：框架为页面和组件提供了完整的生命周期函数，开发者可以在不同的生命周期阶段执行相应的操作，如页面加载时的数据初始化、页面卸载时的资源释放等。
- 路由管理：框架提供了路由管理功能，开发者可以通过配置路由规则来实现页面的导航和切换。同时，框架还支持页面栈的管理，方便实现页面的返回、重定向等操作。
- 优点
- 开发成本低
-
- 技术门槛：开发小程序主要使用 JavaScript、WXML（类似 HTML）和 WXSS（类似 CSS）等前端技术，对于有前端开发基础的团队来说，上手容易，开发周期短。
- 资源投入：无需开发 iOS 和 Android 两个独立的版本，一套代码基本能在两个平台兼容运行，减少了开发人力和时间成本。
- 推广便捷
-
- 依托微信生态：微信拥有庞大的用户基数，小程序可以借助微信的社交关系链进行传播，例如通过分享小程序链接、群聊分享、朋友圈推广等方式，快速触达潜在用户。
- 无需下载安装：用户无需在应用商店搜索、下载和安装，只需通过微信扫码或搜索即可使用，降低了用户使用门槛，提高了用户转化率。
- 更新及时：小程序的更新由开发者直接在后台完成，用户下次使用时自动获取最新版本，无需像原生 APP 那样等待用户手动更新，保证了用户始终使用到最新的功能和体验。
- 缺点
- 功能受限
-
- 系统权限：微信对小程序的系统权限调用进行了严格限制，无法像原生 APP 那样全面调用设备的硬件功能，如蓝牙、NFC 等，在一些对硬件功能要求较高的场景下，小程序的应用会受到限制。
- 性能瓶颈：由于小程序运行在微信的沙箱环境中，其性能受到微信客户端的限制，在处理复杂计算、大数据量存储和高并发访问时，可能会出现性能不足的情况。
- 平台依赖强：小程序完全依赖于微信平台，其发展受到微信政策和规则的制约。一旦微信对小程序的政策发生变化，可能会对小程序的运营和发展产生重大影响。
- 品牌建设较弱：小程序通常是在微信的生态内运行，用户对小程序的认知往往与微信关联紧密，不利于企业独立品牌形象的塑造和传播。
- 原生 APP
- 优点
- 性能卓越
-
- 系统适配：原生 APP 是针对特定操作系统（iOS 或 Android）开发的，能够充分利用系统的底层资源和特性，与设备的硬件和软件进行深度优化和适配，运行速度快，响应灵敏，用户体验流畅。
- 功能强大：可以无限制地调用设备的各种硬件功能和系统服务，如摄像头、麦克风、传感器等，实现更加复杂和高级的功能，满足用户多样化的需求。
- 品牌展示好：原生 APP 有独立的图标和应用界面，能够完整地展示企业的品牌形象和特色，增强用户对品牌的认知和记忆，有利于品牌的推广和建设。
- 数据安全可控：企业可以自主管理和控制原生 APP 的数据存储和传输，采取更加严格的安全措施，保障用户数据的安全和隐私，尤其适用于对数据安全要求较高的行业，如金融、医疗等。
- 缺点
- 开发成本高
-
- 技术要求：需要分别为 iOS 和 Android 平台开发不同的版本，涉及到不同的开发语言（如 iOS 使用 Swift 或 Objective - C，Android 使用 Java 或 Kotlin）和开发工具，开发难度大，对开发团队的技术要求高。
- 资源投入：开发、测试、维护两个平台的应用需要投入更多的人力、物力和时间成本，包括服务器资源、开发设备、测试人员等。
- 推广难度大
-
- 下载安装门槛：用户需要在应用商店搜索、下载和安装 APP，这个过程相对繁琐，可能会导致一部分用户流失。
- 竞争激烈：应用商店中 APP 数量众多，竞争激烈，新 APP 想要获得用户的关注和下载，需要投入大量的推广费用和精力。
- 更新不及时：APP 的更新需要用户手动在应用商店下载和安装，部分用户可能会因为各种原因（如流量限制、嫌麻烦等）不及时更新，导致用户无法及时体验到新功能和修复的 bug。
