共计 1437 个字符，预计需要花费 4 分钟才能阅读完成。
谷歌将强制要求所有 Wear OS 手表应用支持 64 位,9 月起在 Play 商店生效
IT 之家 4 月 2 日消息, 据科技媒体 neowin 今天报道, 谷歌现已将 Android 移动端实施多年的 64 位应用普及计划扩展至 Wear OS 智能手表操作系统,…
谷歌正在将移动端的 64 位应用普及计划推向智能手表领域。 根据最新消息 , 从今年 9 月开始, 所有包含原生代码的 Wear OS 新应用和应用更新在发布到 Play 商店时, 都必须同时提供 32 位和 64 位版本。
📌 政策背景与时间线
这一举措是谷歌在 Android 移动端实施多年的 64 位应用普及计划的自然延伸。 早在几年前 , 谷歌就开始逐步推动 Android 应用向 64 位架构过渡, 以充分利用现代处理器的性能优势, 提升应用运行效率和安全性。如今, 随着 Wear OS 生态的成熟和硬件性能的提升, 谷歌决定将这一要求扩展到智能手表平台。
从已披露信息看, 这一变化更值得关注的, 不只是表面动作本身, 还包括其对后续行业节奏、用户预期和市场竞争的连锁影响。
具体时间线如下:
- 生效时间 :2026 年 9 月起
- 适用范围 : 所有包含原生代码的 Wear OS 新应用和应用更新
- 强制要求 : 必须同时提供 32 位和 64 位版本
- 违规后果 : 不符合要求的应用将无法通过 Play Console 上传新版本
🔍 对开发者的影响与适配建议
对于开发者而言, 这一政策带来的实际工作量可能并不大 。谷歌官方指出, 大多数 Wear OS 开发者已经完成了过渡, 绝大部分 Wear OS 手表应用也有 64 位版本。这主要得益于当前 Wear OS 应用的开发特点:
目前许多 Wear OS 应用都是基于 Kotlin 和 Java 等非原生代码开发 , 这意味着开发者通常无需修改核心代码就能适配 64 位设备。不过, 需要注意的是, 一些依赖库和 SDK 可能会引用原生代码, 因此开发者仍需仔细核查自己的项目。
为了帮助开发者顺利过渡, 谷歌提供了以下建议:
- 使用 Android Studio IDE 中的 APK Analyzer 工具检查项目是否包含原生代码
- 手动核查 lib 文件夹中是否存在.so 文件 (这些文件通常包含原生代码)
- 如果发现依赖库或 SDK 引用了原生代码, 需要确保其支持 64 位架构
💡 对用户和设备的兼容性考虑
值得注意的是, 谷歌特别强调 32 位应用的支持政策暂时不会调整 。这意味着那些使用 32 位处理器或预装 32 位 Wear OS 的旧款智能手表仍可以继续正常使用现有应用, 不会因为新政策而突然失去应用支持。
这一安排体现了谷歌在推动技术升级的同时, 也兼顾了旧设备的兼容性 , 确保生态平稳过渡。对于用户来说, 这意味着:
- 旧款手表不会立即失去应用支持
- 新款手表将能更好地发挥 64 位处理器的性能优势
- 应用运行效率和安全性有望得到提升
📊 行业观察与未来展望
这一政策的实施标志着 Wear OS 生态正在向更现代、更高效的架构迈进 。从行业角度看, 有几个值得关注的趋势:
首先,64 位架构能够更好地利用现代处理器的性能, 为更复杂、功能更丰富的智能手表应用奠定基础 。随着智能手表逐渐从简单的通知和健康监测设备向更全面的移动计算平台演进, 对应用性能的要求也在不断提高。
其次, 这一过渡也反映了智能手表硬件的发展。近年来, 智能手表处理器的性能显著提升 ,64 位架构已成为主流。谷歌此时推动应用生态向 64 位迁移, 正是为了匹配硬件发展的步伐。
最后, 从生态健康的角度看, 统一的应用架构标准有助于减少碎片化 , 提升开发效率和用户体验。开发者只需维护一套代码基础, 就能同时支持 32 位和 64 位设备, 降低了长期维护成本。
