企业官网建设流程全解析

一、引言

在移动无线通信的演进历程中，BREW（Binary Runtime Environment for Wireless）曾经扮演了至关重要的角色。作为高通公司（Qualcomm）面向无线设备推出的应用开发平台，BREW 在 2000 年代初期为功能手机和早期智能手机提供了一套统一的二进制运行时环境，极大地降低了开发者为不同手机型号移植应用的难度。BREW SDK（Software Development Kit）则是开发者接触这一平台的核心入口，其版本迭代不仅反映了高通对移动生态的持续投入，也记录了移动应用开发范式的变迁。

本文旨在对 BREW SDK 的各个主要版本进行深入、详尽的对比分析。我们将从 1.x 到 4.x 乃至后续的 BREW MP（Mobile Platform）版本，逐一梳理其架构演进、API 变更、开发工具链的升级、安全模型的增强以及向下兼容策略。全文预计超过两万字，力求为读者提供一份涵盖历史背景、技术细节、实战区别以及未来展望的完整技术参考。

撰写本文的初衷，源于许多经历过 BREW 时代的开发者至今仍对“1.0 和 2.0 到底差在哪里”、“3.1 为什么是一个重要里程碑”、“BREW 与 BREW MP 是否只是换了个名字”等问题存在疑惑。希望通过系统性的梳理，帮助读者彻底理清 BREW SDK 版本之间的区别，并理解这些区别背后的技术决策和产业逻辑。

二、BREW 平台概述

2.1 BREW 的诞生背景

在 2000 年左右，移动通信市场正值功能手机的黄金时代。那时候，手机操作系统五花八门，不同厂商、不同型号的手机在硬件架构、底层系统和开发接口上差异巨大。开发者若想将一款应用部署到多种设备上，不得不针对每一款机型进行繁重的移植和适配工作，开发成本极高。同时，移动网络运营商也急需一种能够方便地管理应用分发、计费和认证的规范化平台。

正是在这样的背景下，高通公司于 2001 年推出了 BREW 平台。BREW 并非严格意义上的操作系统，而是一套介于芯片底层硬件和上层应用之间的中间件。它运行在 Qualcomm 的 MSM（Mobile Station Modem）芯片组之上，向上层应用提供了一组标准化的 C 语言 API，涵盖了用户界面、文件系统、网络通信、多媒体、位置服务、电话功能等各个方面。BREW 应用以二进制形式（.mod 或 .sig 文件）分发，通过运营商的应用商店（如 Verizon 的 Get It Now）进行下载和销售，形成了完整的“芯片-平台-应用-运营商”生态闭环。

2.2 BREW SDK 的地位与作用

BREW SDK 是开发者构建 BREW 应用所必需的工具包。它主要包含以下几个核心组件：

• API 头文件与库文件：提供了 BREW 所有公开接口的声明和实现，开发者通过链接这些库文件来调用平台功能。
• 模拟器（Emulator）：在 PC 上模拟 BREW 设备的运行环境，支持应用的前期开发和调试，极大提升了开发效率。
• 资源编辑器与工具：用于编辑图片、字符串、对话框等应用资源，并生成 BREW 识别的资源二进制文件（.bar）。
• 示例代码与文档：帮助开发者快速上手，理解 BREW 的编程模型和最佳实践。
• 测试与签名工具：用于对应用进行签名（测试签名或商用签名），确保应用在真实设备上的安全运行。

BREW SDK 的版本迭代与 BREW 平台本身的演进紧密绑定。每一个大版本的 BREW SDK 通常对应一个 BREW 平台版本的发布，同时引入新的接口、修复已知问题并优化开发体验。理解 SDK 版本的区别，本质上就是在理解 BREW 平台本身的能力进化。

三、BREW SDK 1.x 时代：奠定基础

3.1 BREW SDK 1.0

BREW SDK 1.0 于 2001 年随 BREW 1.0 平台一同发布，是 BREW 生态的起点。这一版本定义了 BREW 编程的核心范式，奠定了后续所有版本的基础架构。

核心编程模型：

BREW 1.0 采用基于事件驱动和接口引用的编程模型。所有应用必须实现一个入口函数AEEClsCreateInstance，并返回一个继承自IApplet接口的对象。平台通过事件循环向应用分发EVT_APP_START、EVT_APP_STOP、EVT_KEY等事件，应用在事件处理函数中完成逻辑。这种模型与 Windows 的消息循环十分相似，对熟悉 Win32 API 的开发者较为友好。

主要 API 分类：

• IShell：提供与 BREW 外壳的交互，如创建对话框、关闭应用、发送事件等。
• IDisplay：负责屏幕绘制和位图更新。
• IFileMgr / IFile：提供文件系统访问能力，包括 EFS（嵌入式文件系统）的读写。
• INetMgr / ISocket：基础的网络通信接口，支持 TCP/UDP 套接字。
• IDatabase / IDBRecord：简单的数据库管理接口，用于存储结构化数据。
• ITAPI：电话功能接口，如拨打电话、发送短信。

开发工具与限制：

SDK 1.0 附带的模拟器功能较为基础，仅支持简单的屏幕模拟和按键映射。调试主要依赖日志输出（DBGPRINTF宏）。资源编辑器采用独立的 BREW Resource Editor，操作相对繁琐。该版本不支持浮点运算（硬件浮点单元未普及），所有数学运算需借助定点数或整数实现。此外，应用的内存占用受到严格限制，早期设备通常只分配几十 KB 的堆内存。

3.2 BREW SDK 1.1

SDK 1.1 在 1.0 的基础上进行了小幅改进，主要增强了对多媒体和 UI 的支持。

新增接口：

• IMedia接口族：初步引入了IMedia、IMediaUtil等接口，支持简单的音频播放（如 MIDI、CMX 格式）和图片解码（如 BMP、PNG）。这使得开发者能够开发播放铃声、显示图片的应用。
• IStatic与ITextCtl：增加了静态文本控件和简易文本编辑框，丰富了 UI 组件的可选性，但整体仍以基本控件为主。

模拟器改进：

SDK 1.1 的模拟器开始支持模拟设备文件系统，开发者可以在 PC 上创建虚拟 EFS 目录，方便测试文件读写操作。此外，模拟器增加了一些简单的设备信息模拟，如 IMEI、手机型号等。

兼容性说明：

BREW 1.1 平台完全向后兼容 1.0 应用，所有基于 1.0 SDK 开发的应用无需修改即可在 1.1 设备上运行。新增的接口为可选特性，应用在运行时需通过ISHELL_CreateInstance检查接口是否可用，以避免在低版本设备上崩溃。

3.3 BREW SDK 1.2

SDK 1.2 是 1.x 系列中较为重要的更新，引入了对位置服务和安全性的增强。

位置服务（LBS）接口：

• IPosDet：位置确定接口，支持通过 GPS 或基站定位获取设备位置。
• IGeoFence：地理围栏接口，允许应用设定一个区域边界，当设备进入或离开该区域时触发通知。

这些接口的加入顺应了当时移动位置服务兴起的趋势，催生了一批基于位置的导航、社交和广告应用。

安全模型增强：

BREW 1.2 开始强化应用签名和权限管理。应用必须通过高通的测试和签名流程，才能获得访问特定接口的权限（例如网络访问、位置信息）。SDK 中增加了相应的测试签名工具（Test Signature Generator），开发者可以在开发阶段对应用进行测试签名，以模拟真实设备上的权限行为。

UI 与图形：

接口IBitmap得到增强，支持更多像素格式；IDISPLAY_Update的性能有所优化。此外，SDK 1.2 开始提供对亚洲语言（如中文、日文、韩文）的初步支持，包括字符编码转换函数和字体渲染接口。

四、BREW SDK 2.x 时代：功能爆发与生态成熟

BREW 2.x 平台是 BREW 历史上应用最广泛、生态最成熟的阶段。SDK 2.0 和 2.1 版本在 1.x 的基础上进行了大幅度的功能扩展，尤其体现在多媒体、网络通信和 UI 框架上，使得 BREW 应用的功能和体验达到了新的高度。

4.1 BREW SDK 2.0

SDK 2.0 于 2003 年前后发布，标志着 BREW 平台从“基础可用”迈向“功能丰富”。

多媒体接口革命：

2.0 版本引入了全新的IMedia扩展接口体系，成为多媒体应用的核心驱动力：

• IMediaPlayer：支持音频和视频的播放，可控制播放、暂停、停止、快进等。
• IMediaRecorder：提供录音和录像功能，使应用能够采集音频/视频数据。
• IMediaMpeg4等特定格式接口：针对 MPEG-4、H.263 等视频格式提供硬件加速解码支持。
• ICamera：首次引入摄像头控制接口，支持拍照、预览和参数设置。

这些接口的加入，使得 BREW 2.0 设备能够运行音乐播放器、视频播放器、录音机、拍照应用等丰富的多媒体应用，大大提升了用户体验。

网络通信增强：

• IWeb接口族：提供了IWeb、IWebUtil、IWebResp等接口，支持 HTTP/HTTPS 协议的高级封装，开发者可以便捷地发起 GET/POST 请求、处理响应头和 Cookies。这为联网应用（如新闻阅读器、社交客户端）铺平了道路。
• ISSL：支持安全套接字层，为网络通信提供加密保障。
• INetMgr增强：增加了对网络状态（如连接类型、信号强度）的查询能力。

UI 框架重大升级：

BREW 2.0 引入了IWindow、IControl等接口，构建了一套更现代的窗口化界面框架。开发者可以创建窗口，并在窗口上添加按钮、列表、编辑框、图片等控件，通过事件回调机制管理控件交互。相对于 1.x 时代直接使用IDialog和简单控件，这套框架显著提升了 UI 开发的灵活性和界面美观度。

其他改进：

• 浮点运算支持：随着硬件浮点单元的普及，BREW 2.0 开始支持float和double类型，并提供了IMath接口进行数学函数计算。
• 多线程雏形：虽然 BREW 本身是单线程事件模型，但 2.0 引入了IThread接口，允许创建辅助线程执行耗时操作，但要求开发者必须谨慎同步对 BREW 接口的调用。
• 扩展的资源支持：资源编辑器开始支持更多格式，如 PNG 图片、XML 布局文件等。

4.2 BREW SDK 2.1

SDK 2.1 是 2.0 的增量更新，主要聚焦于性能优化、蓝牙支持、位置服务加强以及开发体验的提升。

蓝牙接口（IBtMgr、IBt）：

随着蓝牙技术在手机上的普及，BREW 2.1 引入了蓝牙管理接口，使应用能够进行设备发现、配对、建立 RFCOMM 连接等操作。这为蓝牙耳机控制、文件传输、游戏联机等场景提供了底层支持。

位置服务增强：

在 1.2 的基础上，IPosDet接口增加了更精确的位置信息获取方式，支持辅助 GPS（A-GPS），并能够获取海拔、速度等附加数据。

模拟器与工具链改进：

• SDK 2.1 的模拟器增加了对设备方向的模拟（横屏/竖屏），以及更真实的设备性能模拟（如 CPU 频率、内存限制）。
• 引入了 BREW Logger 工具，可以实时抓取设备上的日志输出，极大方便了真机调试。
• 资源编辑器（BREW Resource Editor）更新至 2.0 版本，支持拖拽布局和所见即所得的字符串编辑。

API 稳定性与向后兼容：

BREW 2.1 重申了对 2.0 应用的完全兼容。许多在 2.0 中标记为实验性的接口在 2.1 中转为正式接口，去除了“实验性”标签，同时修复了大量已知的 Bug。

4.3 BREW SDK 2.2 与 2.3

在 2.1 之后，BREW 2.x 系列还经历了 2.2 和 2.3 等小版本更新，尽管其影响力不及 2.0 和 2.1，但仍带来了一些值得关注的改进。

SDK 2.2：

• DRM 支持：引入了IDRM接口，支持 OMA DRM 1.0 标准，用于保护付费内容（如音乐、视频）的版权。
• 增强的图形接口：IGraphics接口开始支持基本的矢量图形绘制（如绘制矩形、线条、椭圆），以及简单的 2D 变换，为游戏开发提供了便利。
• 新的 UI 控件：增加了IDateCtl（日期选择控件）、ITimeCtl（时间选择控件）等。

SDK 2.3：

• OpenGL ES 支持：部分高端 BREW 2.3 设备开始支持 OpenGL ES 1.0 子集，通过IGL和IGLContainer接口提供 3D 图形加速能力，为 3D 游戏和华丽界面提供了可能。
• 多语言与国际化：进一步增强了 Unicode 支持，IWeb接口能够正确处理 UTF-8 编码的网页内容，ITextCtl支持多语言输入法框架。
• 安全与认证：引入了ISecureShell等接口，支持更复杂的安全存储和认证机制。

五、BREW SDK 3.x 时代：迈向智能平台

BREW 3.x 是 BREW 平台向智能化、触摸化转型的关键阶段。随着 iPhone 和 Android 的崛起，移动操作系统格局发生了颠覆性变化。BREW 3.x 不仅引入了对触摸屏、高级图形和多媒体框架的原生支持，还试图通过 BREW UI Toolkit（BUI）和 BREW Widgets 等技术创新，在功能机和低成本智能机市场保持竞争力。

5.1 BREW SDK 3.0

SDK 3.0 于 2007 年左右发布，是一个具有里程碑意义的版本。它彻底重构了多媒体框架，并首次引入了触摸屏和高级 UI 支持。

多媒体框架重构：

3.0 废弃了 2.x 时代分散的IMediaPlayer、IMediaRecorder等接口，转而采用统一的IMedia接口族（与 1.x 的IMedia不同，是全新的架构）。新的多媒体框架基于 OpenMAX 标准，采用插件式编解码器架构，支持硬件加速，并且更容易扩展新的音视频格式。具体包括：

• IMedia：总管对象，用于创建不同的媒体组件。
• IMediaPlayer2/IMediaRecorder2：播放与录制的新接口。
• IMediaMpeg4、IMediaH264等：针对特定编码格式的硬件加速接口。
• IMediaVideo：提供视频渲染的窗口管理，可将视频嵌入到 UI 界面中。

这种重构虽然提升了性能和灵活性，但也带来了向后兼容的问题：基于 2.x 多媒体接口开发的应用必须进行修改才能运行在 3.0 平台上。高通为此提供了兼容层，但官方建议开发者迁移至新接口。

触摸屏与高级 UI：

BREW 3.0 正式引入了触摸屏事件处理机制，通过EVT_POINTER事件上报触摸坐标和动作（按下、移动、抬起）。同时，推出了 BREW UI Toolkit（BUI），一个基于 XML 布局和消息映射的 UI 框架。BUI 提供了丰富的控件：列表、树形视图、选项卡、进度条、滑块等，并且支持皮肤和主题定制，使得 BREW 应用能够拥有接近智能手机的界面外观。

新的图形接口：

• IGraphics2：基于可编程管线的 2D 图形接口，支持抗锯齿、渐变填充、路径绘制等高级特性。
• OpenGL ES 1.1：作为可选组件，3.0 设备通常提供完整的 OpenGL ES 1.1 实现，为 3D 游戏提供了坚实的图形基础。

网络与通信增强：

• ISockMgr和ISocket2：对网络接口进行了重新设计，支持异步连接、非阻塞 I/O 和更丰富的套接字选项。
• IWeb2：IWeb的升级版，支持 HTTP 1.1 持久连接、分块传输编码、更灵活的请求头设置。
• IWiFiMgr：提供了对 Wi-Fi 连接的管理能力，支持扫描、连接、状态查询。

开发工具升级：

SDK 3.0 附带了全新的 BREW Simulator，基于 QEMU 虚拟化技术，能够更真实地模拟 ARM 处理器的行为，支持 ARM 指令集级调试。此外，资源编辑器升级为 BREW UI Builder，支持可视化拖拽设计 BUI 界面，并直接生成 XML 布局文件。

5.2 BREW SDK 3.1

SDK 3.1 是 BREW 3.x 系列中应用最广泛的版本，它在 3.0 的基础上进一步成熟，尤其在 Widget 支持、安全性和 API 完善方面取得了显著进展。

BREW Widgets（BWS）：

SDK 3.1 引入了 BREW Widgets 技术，允许开发者使用 HTML、CSS 和 JavaScript 等 Web 技术创建移动应用。Widget 引擎基于 WebKit，运行在 BREW 平台之上，提供了一套 JavaScript 扩展接口（Device API），使得 Web 应用能够访问电话、短信、位置、文件系统等设备功能。这一举措旨在降低开发门槛，吸引大量 Web 开发者进入 BREW 生态。

安全性与权限模型：

• 引入了BREW 安全模型 2.0，细化了权限控制粒度。应用在安装时需要声明所需权限，用户可以在运行时进行授权管理。
• ISecureStore：提供加密存储功能，用于保护敏感数据如密码、证书等。
• ISignature：支持数字签名验证，确保应用来源的完整性和真实性。

API 完善与新增：

• ISensor接口族：支持加速度计、接近传感器、环境光传感器等，为运动和健康类应用提供数据。
• ILocation：对位置服务进行了再封装，提供更简洁的 LBS API。
• IContacts：提供对设备通讯录的访问，支持增删改查联系人。
• ICalendar：提供对日历事件的访问。

兼容性与迁移：

BREW 3.1 平台要求所有应用必须使用 BREW 3.x 的接口进行编译，但提供了对 2.x 多媒体接口的兼容层（通过IMediaCompat等接口），使得旧应用仍能运行，但性能可能不如原生 3.x 接口。SDK 3.1 也提供了详细的迁移指南，帮助开发者将 2.x 应用移植到新平台。

5.3 BREW SDK 3.2 与后续小版本

BREW 3.2 继续优化性能和增强功能，更多地关注于运营商定制需求和物联网领域的拓展。

• NFC 支持：引入了INfcMgr等接口，支持近场通信，用于移动支付、标签读取等场景。
• 增强的 Widget 支持：Widget 引擎升级至更新版本的 WebKit，支持 HTML5 的更多特性，如 Canvas、本地存储、Web Workers 等。
• 多卡多待支持：针对双卡双待手机，提供了ISIM接口族，允许应用管理多个 SIM 卡。
• USB 与配件支持：IAccessory接口使得 BREW 设备能够与外接 USB 设备进行通信，为物联网数据采集提供了可能。

六、BREW MP（Mobile Platform）：操作系统化转型

随着 Android 和 iOS 的强势崛起，BREW 作为中间件平台的生存空间受到严重挤压。为了应对挑战，高通于 2008 年后将 BREW 演进为 BREW Mobile Platform（BREW MP），力图将其打造为一款真正的移动操作系统。BREW MP 的 SDK 也相应发生了根本性变化。

BREW MP 的定位：

BREW MP 不再是单纯的中间件，而是一个完整的软件平台，涵盖了操作系统内核（基于 Linux 或 REX）、应用框架、用户界面和关键应用。BREW MP 旨在为中低端智能手机提供解决方案，与 Android 形成差异化竞争。其 SDK 则提供了更丰富的原生 API 和开发工具。

6.1 BREW MP SDK 1.0

BREW MP SDK 1.0 是这一转型的起点，它引入了许多现代操作系统的特性。

应用框架模型：

BREW MP 应用不再仅仅是实现若干接口的模块，而是遵循一套更完整的应用框架。引入了IApplication、IAppContext等接口，应用的生命周期管理更加规范。同时，引入了Brew Mobile Platform Application Framework，支持组件化开发，应用可以注册服务、广播意图等，类似于 Android 的四大组件思想。

UI 框架升级：

• BUI 2.0：在原有 BUI 基础上大幅增强，支持动画、过渡效果、多点触摸手势（如捏合缩放、滑动）。
• 场景图与渲染：引入IScene和ISceneGraph接口，支持基于场景图的 2D/3D 混合渲染，UI 与游戏图形更加统一。

多媒体与图形：

• OpenGL ES 2.0 成为标准配置，支持可编程着色器，3D 图形能力大幅提升。
• 多媒体框架支持更多编解码格式，如 H.264、AAC、VP8 等，并引入了流媒体协议支持（RTSP、HTTP Live Streaming）。

开发工具：

BREW MP SDK 1.0 引入了基于 Eclipse 的集成开发环境（BREW MP IDE），集成了代码编辑器、可视化 UI 设计器、调试器和性能分析工具。相对于之前命令行为主的开发模式，IDE 的引入是一次质的飞跃。同时，模拟器也升级为基于 ARM 虚拟化的完整设备模拟器，能够运行完整的 BREW MP 系统镜像。

6.2 BREW MP SDK 的后续版本

BREW MP 1.x 之后，高通继续发布了 2.0 等版本，但市场重心已逐渐转向 Android 芯片和骁龙平台。BREW MP SDK 的后续版本主要围绕以下方向演进：

• 增强的 Web 技术集成：深度集成 WebKit/Blink 引擎，允许原生应用嵌入 Web 内容，也支持 Web 应用通过 Bridge 调用原生 API。
• 物联网与 M2M：随着高通在物联网领域的布局，BREW MP SDK 增加了对 MQTT、CoAP 等物联网协议的支持，以及 GPIO、I2C、SPI 等外设总线接口，使其能够用于工业控制、车载设备等场景。
• 安全与可信执行环境：引入 Qualcomm Secure Execution Environment（QSEE），应用可以运行在可信执行环境中，提供硬件级的安全保障。

七、核心版本区别横向对比

为了更直观地理解 BREW SDK 各版本的区别，我们从架构、API、多媒体、UI、网络、开发工具等维度进行横向对比。

7.1 架构与编程模型对比

7.2 多媒体能力对比

7.3 UI 与图形对比

7.4 网络与通信对比

7.5 开发工具与模拟器对比

八、迁移与兼容性策略

对于开发者而言，从一个 SDK 版本迁移到另一个版本，以及在各版本之间保持应用兼容，是必须面对的实际问题。BREW 平台在版本演进中提供了不同程度的兼容性支持。

1.x 到 2.x 的迁移：

BREW 2.x 完全向后兼容 1.x 的二进制应用，无需重新编译。但如果开发者希望使用 2.x 的新特性（如多媒体、IWeb），则需要重新编译并链接新的库文件。迁移过程中需要注意：

• 浮点运算需显式启用，并检查设备是否支持。
• 新接口需通过ISHELL_CreateInstance检查可用性，做好降级处理。

2.x 到 3.x 的迁移：

这是 BREW 历史上最不兼容的一次升级。多媒体接口的彻底重构导致大量 2.x 应用必须修改代码。高通的迁移策略包括：

• 提供IMediaCompat兼容层，使旧应用在 3.x 设备上仍能运行，但官方不推荐长期使用。
• 为IWeb到IWeb2、ISocket到ISocket2等提供迁移指南，新接口通常提供异步和更丰富的功能。
• UI 方面，基于IWindow的应用仍可运行，但若想使用触摸屏和 BUI 高级特性，需进行重构。BUI 框架与旧 UI 模型可以共存，但同一应用最好统一使用一种模式。

3.x 到 BREW MP 的迁移：

BREW MP 虽然在底层保留了 BREW 3.x 的许多概念，但应用框架发生了根本变化。迁移难度较大，高通提供了以下支持：

• BREW MP 支持运行 BREW 3.x 的“legacy”应用，但需要在 BREW MP 操作系统上以兼容模式运行，性能可能有所损失，且无法使用新的系统服务。
• 对于完全迁移到 BREW MP 框架的应用，开发者需要重写应用入口和生命周期管理，并采用新的组件化模型。UI 可以继续使用 BUI，但代价是放弃更高级的场景图功能。
• 高通鼓励新项目直接使用 BREW MP 原生框架，并提供了大量的示例代码和文档。

兼容性检查与运行时检测：

在所有版本中，BREW 都推荐使用ISHELL_CreateInstance查询接口可用性，以及使用ISHELL_GetDeviceInfo获取平台版本号。通过运行时检测，开发者可以编写出兼容多个 SDK 版本的健壮应用。例如：

// 检查是否支持 IWeb2 接口（3.x 及以上） IWeb2 *pWeb2 = NULL; if (ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_WEB2, (void**)&pWeb2) == SUCCESS) { // 使用 IWeb2 高级功能 IWEB2_GetResponse(pWeb2, ...); } else { // 降级使用 IWeb IWeb *pWeb = NULL; ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_WEB, (void**)&pWeb); // ... }

这种动态检测机制是 BREW 应用实现跨版本兼容的核心手段。

九、实战案例：不同 SDK 版本下的应用开发差异

为了更具体地展示 SDK 版本的区别，本节通过几个典型场景的代码示例，对比在不同版本下实现相同功能的差异。

9.1 网络图片下载与显示

BREW 2.x 实现：

// 使用 IWeb 接口下载图片 IWeb *pWeb; ISHELL_CreateInstance(pShell, AEECLSID_WEB, (void**)&pWeb); IWEB_Get(pWeb, pszURL, NULL); // 在回调中处理数据 void MyApp_WebResp(IWeb *pWeb, IWebResp *pResp) { // 获取响应数据，解码图片，显示 }

BREW 3.x 实现：

// 使用 IWeb2 和 IImage 解码 IWeb2 *pWeb2; ISHELL_CreateInstance(pShell, AEECLSID_WEB2, (void**)&pWeb2); IWEB2_Get(pWeb2, pszURL, NULL); // 在响应回调中 void MyApp_WebResp(IWeb2 *pWeb2, IWebResp2 *pResp2) { IImage *pImage; ISHELL_CreateInstance(pShell, AEECLSID_IMAGE, (void**)&pImage); IIMAGE_Decode(pImage, pResp2->pData, pResp2->nDataLen); // 显示图片 }

区别在于 3.x 使用了更现代的IWeb2支持持久连接，且通过IImage接口进行硬件加速解码，性能更高。

9.2 触摸事件处理

BREW 2.x：不支持触摸，只能通过按键事件模拟。

BREW 3.x：

case EVT_POINTER: { AEEPointerEvent *pe = (AEEPointerEvent *)dwParam; if (pe->evt == AEE_POINTER_DOWN) { // 处理触摸按下 int x = pe->x; int y = pe->y; } break; }

BREW MP：

// 使用手势识别器 IGestureRecognizer *pGR; ISHELL_CreateInstance(pShell, AEECLSID_GestureRecognizer, (void**)&pGR); // 注册手势回调，支持捏合、滑动等

可以看出，触摸处理从简单的事件上报演进到手势识别，提升了交互体验。

十、BREW SDK 版本选择与未来展望

对于尚在维护的遗留 BREW 项目，或者需要为特定设备开发应用的情形，选择合适的 SDK 版本至关重要。以下是一些建议：

• 如果目标设备主要是 2005 年以前的功能手机，且功能需求简单，可以考虑使用 BREW 2.1 SDK，兼容性最好，资料也最丰富。
• 如果目标设备支持触摸屏并且需要较好的 UI 体验，BREW 3.1 SDK 是主流选择，它提供了 BUI 和 Widget 两种开发模式，适合大多数中低端智能手机。
• 如果项目是全新的，并且目标设备是基于 BREW MP 的智能手机或物联网设备，应直接采用 BREW MP SDK，利用其现代应用框架和 Eclipse IDE，以获得最佳的开发效率和应用性能。

尽管 BREW 作为主流移动平台的时代已经过去，但其技术思想（如统一中间件、二进制分发、运行时权限检测）在当今的移动开发生态中仍有迹可循。BREW SDK 的版本演进，不仅是一段技术史，更是移动通信产业从封闭走向开放、从功能走向智能的缩影。

随着高通全面转向 Android 和骁龙平台，BREW 及其 SDK 已经逐渐淡出大众视野。但在某些特定领域，如低成本物联网模块、工业手持设备中，BREW MP 的轻量化、实时性和高安全性仍具有一定优势。理解 BREW SDK 版本的区别，对于维护这些遗留系统、以及研究移动平台演进史，仍然具有重要的参考价值。

十一、附录：BREW SDK 版本号与平台对应关系简表

通过以上详尽的梳理，相信读者已经对 BREW SDK 各个版本的区别有了全面而深刻的认识。BREW 的技术遗产仍在某些角落发光，而理解其版本演进，正是理解移动计算历史的一把钥匙。