抛弃GMS？micro g介绍与使用 – wiki基地

作者： /

告别束缚，重塑自由：抛弃GMS？microG介绍与深度使用指南

在智能手机高度普及的今天，Android系统凭借其开放性占据了全球绝大多数的市场份额。然而，对于许多用户而言，使用Android手机几乎等同于接受Google移动服务（Google Mobile Services, GMS）的全方位绑定。从Play商店下载应用，到Gmail接收邮件，从Google Maps导航，到Google Cloud Messaging（GCM，现更名为Firebase Cloud Messaging, FCM）接收推送通知，GMS无处不在，深度融入了我们的数字生活。

这种深度集成带来了便利，但也引发了一系列关于隐私、数据控制、电池续航以及系统透明度的担忧。对于那些追求更高隐私级别、更纯净系统体验、或者仅仅是希望摆脱对单一科技巨头依赖的用户来说，“抛弃GMS”成为了一个极具吸引力的选项。

但问题随之而来：没有GMS，很多我们习以为常的Android应用还能正常运行吗？推送通知还能及时送达吗？基于位置的服务还能使用吗？

答案是肯定的，这很大程度上归功于一个名为 microG 的开源项目。它并非要彻底“杀死”所有依赖GMS的应用，而是提供一个开源、隐私友好的GMS替代方案，旨在以最少的权限和数据收集，模拟并实现许多核心GMS功能。

本文将深入探讨为何有人选择抛弃GMS，microG究竟是什么，它如何工作，以及如何安装、配置和使用microG，帮助你在享受开放系统便利的同时，最大程度地掌控自己的数据和隐私。

第一部分：为何选择抛弃GMS？Google移动服务的双刃剑

在使用Android手机时，GMS（包括Google Play商店、Google Play服务、Gmail、YouTube、Google Maps等一揽子服务和应用）几乎是标准配置。它为用户提供了统一的应用分发渠道、强大的搜索和地图功能、便捷的账户同步体验，以及开发者所需的各种API接口（如推送通知、位置服务、应用内购买等）。这些便利性是GMS成功的基石。

然而，硬币的另一面是，GMS的普及也带来了显著的弊端：

  1. 隐私担忧与数据收集： Google的核心业务模式基于广告和数据分析。GMS作为Google在移动端的触角，无时无刻不在收集用户的行为数据、位置信息、应用使用习惯等等。即使是表面上提供服务的Google Play服务，也在后台默默运行，并将大量数据回传至Google服务器。这种无孔不至的追踪让许多关注隐私的用户感到不安。
  2. 电池消耗与性能负担： Google Play服务是一个复杂的、常驻后台的进程集合。为了提供实时服务（如位置报告、推送通知同步等），它往往会消耗相当一部分电池电量和系统资源。在一些老旧或配置较低的设备上，GMS可能会成为系统卡顿和电量骤降的罪魁祸首。
  3. 闭源与缺乏透明度： GMS的大部分核心组件是闭源的。用户和开发者无法查看其内部代码，了解其具体运行机制，更无法对其进行修改或优化。这与Android系统本身的开源精神形成了鲜明对比，使得用户在面对GMS的“黑箱”操作时，几乎没有选择权和控制权。
  4. 厂商锁定与生态依赖： GMS将用户深度绑定在Google的生态系统中。许多常用应用和功能高度依赖Google提供的API。一旦脱离GMS环境（例如在中国大陆等地区或使用没有预装GMS的设备），很多应用将无法正常使用，这限制了用户的选择自由。
  5. 强制更新与功能冗余： Google Play服务会频繁进行后台更新，这些更新有时会引入新的功能或改变现有行为，用户往往无法拒绝或选择性更新。同时，GMS包含的功能可能远超普通用户的需求，形成不必要的系统负担。

出于以上种种原因，一些用户开始寻求“去GMS化”的方案。他们可能转向完全不包含Google组件的开源Android发行版（如CalyxOS, GrapheneOS, /e/OS），或者寻找一个能够替代GMS核心功能的开源项目。microG正是为了满足后一种需求而诞生的。

第二部分：什么是microG？开源、模块化的GMS替代方案

microG项目起源于开发者Marvin Wißfeld（网名：Nogapps）对Android系统去Google化的探索。他发现，许多应用仅仅使用了GMS提供的标准API，而并不需要整个庞大且闭源的Google服务框架。于是，他着手开发一个开源的、实现了这些核心API的替代品，这就是microG。

简单来说，microG是一套开源软件库的集合，旨在提供与Google Play服务兼容的功能，但具有更少的资源消耗、更高的透明度、以及对用户隐私的更多尊重。它并非Google Play服务的完整复刻或盗版，而是基于逆向工程和开源实现，模拟了应用与GMS进行通信时所依赖的关键接口。

microG项目包含几个核心组件：

  1. GmsCore (microG Services Core): 这是microG的核心，旨在替换Google Play服务的大部分功能。它实现了一些关键的API，如：

    • Google Maps API (部分实现，主要用于地图渲染和基础交互)
    • Location Services (提供位置信息，可以通过多种后端实现，不强制使用Google定位服务)
    • Push Messaging (替代GCM/FCM，提供推送通知功能，但方式不同)
    • Account Management (基本的Google账户管理功能，允许部分应用登录Google账户)
    • Auth (身份验证，用于应用登录Google服务)
    • UnifiedNlp (Unified Network Location Provider): 这是一个独立但常常与microG配合使用的项目，它提供了一个统一的位置信息接口，后端可以接入多种开源的定位服务，如Mozilla Location Service（基于Wi-Fi和基站信息）、Nominatim（基于OpenStreetMap的地理编码）等，避免强制使用Google的Wi-Fi/基站定位数据库。

  2. GsfProxy (Google Services Framework Proxy): 替换Google Services Framework (GSF)。GSF主要负责设备注册和推送消息的路由。GsfProxy通过模拟GSF的行为，使得应用能够通过microG接收推送通知。

  3. UnifiedNLP (Unified Network Location Provider): 虽然独立，但通常认为是microG生态的重要组成部分。它提供了无需Google服务器的位置服务。

  4. Phonesky (FakeStore): 一个可选组件，旨在模拟Google Play商店的包管理器功能。它本身不是一个完整的应用商店，不能用来浏览和下载应用（你需要F-Droid或Aurora Store这样的替代品），它的作用是让那些检查设备上是否存在Google Play商店的应用能够“满意”，并提供基本的应用内购买（IAP）接口（兼容性有限）。

microG与完整的GMS相比，最显著的区别在于其模块化和对隐私的关注。它只实现应用实际需要的最基本API，不包含广告、用户行为分析等与核心功能无关的部分。推送通知机制也与GMS不同，通常需要通过更省电的方式实现（后面会详细介绍）。

第三部分：microG如何工作？关键技术与原理

理解microG的工作原理，需要了解Android系统中应用如何与GMS交互。通常，应用不会直接调用Google Play服务，而是通过Android系统的服务管理器（Service Manager）查找并绑定到Google Play服务提供的特定接口（以com.google.android.gms开头的服务）。

microG通过以下几种方式实现对GMS的替代：

  1. API模拟与实现： microG的核心在于实现了Google Play服务提供的各种API接口。当一个应用尝试调用Google Play服务的某个功能（例如获取位置信息、发送推送注册请求）时，它会通过Service Manager查找相应的服务。如果系统安装了microG并进行了正确配置，Service Manager会找到microG提供的服务（这些服务伪装成是Google Play服务），然后应用就会与microG建立连接并调用其接口。microG接着会使用自己的逻辑（例如调用UnifiedNlp获取位置、使用自己的推送逻辑）来响应应用的请求。
  2. 欺骗签名（Signature Spoofing）： 这是microG能够工作的一项关键技术，也是其安装需要特定条件的主要原因。许多应用在与Google Play服务通信时，会检查提供服务的应用的签名是否是Google官方的签名。如果签名不匹配，应用就会拒绝与其通信，认为服务是伪造的或者被篡改了。为了让应用“相信”microG是合法的Google Play服务，microG需要能够“欺骗”系统和应用，让它们误以为microG应用拥有Google的签名。这项技术被称为“签名欺骗”（Signature Spoofing）。Android系统出于安全考虑，默认是不允许应用进行签名欺骗的。因此，安装microG通常需要一个支持签名欺骗的自定义ROM（如LineageOS for microG, CalyxOS, /e/OS等）或者通过Root权限修改系统框架来实现（这种方式风险较高且不推荐）。
  3. 推送通知机制（GCM/FCM替代）： GMS中的推送通知（GCM/FCM）依赖于设备与Google服务器之间保持一个持久的连接，以便Google服务器能随时将消息推送给设备。microG也提供了推送服务（通常称为microG Cloud Messaging），它也需要与一个服务器保持连接。不过，microG的优势在于你可以选择连接到哪个推送服务器。默认情况下，microG可以连接到Google的FCM服务器（因为它模拟了FCM的注册和消息格式），但这仍然意味着你的设备信息需要向Google服务器注册才能接收推送。对于极端注重隐私的用户，microG也支持其他的推送后端，或者与支持UnifiedPush标准的服务器配合使用，但这需要应用本身支持UnifiedPush，目前普及度不如FCM。微G的推送服务通常设计得比Google官方服务更省电。
  4. 位置服务（UnifiedNlp）： 如前所述，UnifiedNlp是microG位置服务的基础。它提供一个标准的API接口，应用调用这个接口获取位置信息，而UnifiedNlp则可以通过安装不同的“位置后端”（Location Backends）来获取实际的位置数据。这些后端可以是：
    • 网络位置提供商： 如Mozilla Location Service (MLS)、OpenWLANMap等，它们通过收集Wi-Fi热点和基站信息构建数据库，设备将周围的Wi-Fi/基站信息发送到这些服务的服务器，服务器返回大概的位置。
    • 地理编码提供商： 如Nominatim (OpenStreetMap)，可以将地理坐标转换为地址，或将地址解析为坐标。
    • 离线数据库： 甚至可以通过下载离线数据库在本地进行Wi-Fi/基站定位。

通过这种模块化和可配置的方式，用户可以根据自己的需求选择使用哪些位置服务后端，而无需依赖Google的定位服务。

第四部分：准备工作：安装microG的前提条件

由于涉及到系统底层功能的模拟和签名欺骗，安装和使用microG并非像安装普通应用那样简单。通常需要满足以下条件：

  1. 支持签名欺骗的自定义ROM： 这是最推荐和最常见的方式。一些第三方Android ROM（如LineageOS for microG, CalyxOS, /e/OS, GrapheneOS – 虽然GrapheneOS的策略有变化，早期支持或有特定构建版）原生集成了对microG的支持，或者在编译时加入了签名欺骗的补丁。使用这类ROM，你只需要刷入ROM包，microG通常会作为系统应用自动安装并获得所需的权限。这是最稳定和安全的microG使用方式。
  2. 支持签名欺骗的ROM + microG刷机包： 如果你使用的是一个支持签名欺骗补丁（但未预装microG）的自定义ROM（如一些版本的LineageOS），你可以通过Recovery模式（如TWRP, Lineage Recovery）刷入专门为该ROM或设备设计的microG刷机包（通常是Zip格式）。
  3. Root权限 + Xposed/Magisk模块（不推荐普通用户）： 理论上，可以通过Root权限安装Xposed框架（较旧）或Magisk框架，然后使用相应的模块（如FakeGapps模块）来实现签名欺骗。再手动安装microG的APK文件。这种方法风险较高，操作复杂，且可能导致SafetyNet验证失败，不推荐给不熟悉Android底层和Root操作的用户。

重要提示：

  • 备份数据！ 在刷写ROM或进行任何系统底层操作之前，务必备份你的重要数据（照片、联系人、应用数据等）。操作不当可能导致数据丢失甚至设备变砖。
  • 了解你的设备和ROM： 确认你的设备有可用的支持microG或支持签名欺骗的自定义ROM。查阅相关ROM的官方文档或社区论坛，了解具体的安装步骤和注意事项。
  • 电量充足： 确保设备电量充足，以防刷机过程中断电。

第五部分：安装与配置microG：让你的手机“无G胜有G”

安装microG的具体步骤取决于你选择的前提条件。

方法一：刷入预装microG的自定义ROM (推荐)

这是最简单的方式。
1. 解锁Bootloader： 几乎所有自定义ROM都需要先解锁设备的Bootloader。解锁步骤因设备厂商而异，通常会清除设备上的所有数据。请务必提前备份。
2. 刷入Recovery： 根据ROM的指示，刷入一个兼容的第三方Recovery（如TWRP）或ROM自带的Recovery（如Lineage Recovery）。
3. 下载ROM包： 下载对应你设备型号的支持microG的ROM包。
4. 进入Recovery： 重启设备进入Recovery模式。
5. 双清（可选但推荐）： 在Recovery中执行“清除数据”（Wipe Data）操作，清除旧系统的数据，以避免冲突。如果你是从旧的非microG ROM刷过来，这一步几乎是必须的。
6. 刷入ROM包： 在Recovery中选择安装（Install），找到下载的ROM包刷入。
7. 重启系统： 刷机完成后，重启设备进入新系统。

在新系统中，microG的核心组件通常已经作为系统应用存在，并且已经获得了签名欺骗所需的权限。你可以在应用列表中找到“microG”或者在设置中找到相关的选项。

方法二：在支持签名欺骗的ROM中刷入microG刷机包

这种方法适用于ROM本身支持签名欺骗，但没有预装microG的情况。你需要找到专门为该ROM设计的microG刷机包（通常由microG社区或ROM社区提供）。
1. 完成方法一中的步骤1-4（解锁Bootloader，刷入Recovery，下载ROM包）。
2. 刷入ROM包： 先刷入主ROM包。
3. 刷入microG包： 不要重启！ 在同一Recovery会话中，返回并选择安装microG刷机包（通常在ROM包下载页或microG下载页提供）。
4. 重启系统： 刷机完成后，重启设备。

microG的核心组件会被安装并获得所需权限。

方法三：手动安装APK并使用Root+模块（不推荐）

风险高，操作复杂，且容易失败，仅作为理论可能性提及。
1. 设备已Root（如通过Magisk）。
2. 安装Magisk Manager，并在其中安装FakeGapps或类似的签名欺骗模块。
3. 从microG的官方网站或F-Droid仓库下载microG Services Core、microG Services Framework Proxy等的APK文件。
4. 使用Root权限文件管理器将这些APK作为系统应用安装（通常需要复制到/system/priv-app或/system/app目录下并设置正确的文件权限）。
5. 重启设备。

强烈建议新手用户选择方法一或方法二。

配置microG

安装完成后，你需要进行一些基本的配置，以确保microG正常工作并启用所需的功能。

  1. 打开microG设置： 在应用列表或系统设置中找到“microG Settings”或类似的入口。
  2. Self-Check（自检）： 进入Self-Check页面。这里会列出microG正常运行所需的各项条件。你应该看到大部分甚至所有项目都打勾，特别是关于“系统支持签名欺骗”（System supports signature spoofing）。如果这里有红叉，说明安装有问题或者ROM不支持签名欺骗，microG将无法正常工作。根据提示解决问题（例如给予所需的权限）。
  3. Google device registration (谷歌设备注册): 勾选此选项。microG会模拟设备向Google服务器注册，以便能够接收FCM推送通知。请注意，尽管是通过microG进行模拟，这个过程仍然会与Google服务器通信。
  4. Google Cloud Messaging (谷歌云消息): 勾选此选项以启用推送通知功能。你需要等待它成功注册。如果这里有问题，应用可能无法收到实时推送。
  5. Google SafetyNet (谷歌SafetyNet): microG也提供了SafetyNet兼容性选项，但请注意，microG几乎不可能完全通过Google官方的SafetyNet验证，特别是硬件级证明（Hardware Attestation）。SafetyNet用于验证设备是否处于“安全”状态（例如未Root、未刷机、未安装盗版GMS等）。许多银行、支付、游戏类应用会强制进行SafetyNet检查，如果失败，这些应用可能拒绝运行。即使microG尝试模拟，也常常无法骗过最新的SafetyNet检查。因此，如果你高度依赖这类应用，microG可能不是理想选择。
  6. Location modules (位置模块): 进入Location modules设置。
    • UnifiedNlp Settings: 进入这里，选择并启用你想要使用的位置后端。推荐安装并启用 Mozilla Location Service (MLS) 和 Nominatim (OSM) 作为网络定位和地理编码的后端。你需要在F-Droid等应用商店搜索并安装这些后端应用的APK，然后在microG设置中启用它们。
    • Other location providers: 如果需要GPS辅助定位（A-GPS），可以启用对应的提供商，通常可以配置使用Mozilla或OpenStreetMap的服务获取A-GPS数据，而不是Google的服务。
  7. Other Services: 浏览其他设置项，根据需要启用或禁用（如Exposure Notifications API，用于联系人追踪应用）。
  8. Battery Optimizations: 确保在系统电池优化设置中，microG相关的服务（如microG Services Core, microG Services Framework Proxy）被设置为“不允许优化”或“无限制”，以确保它们能够在后台正常运行并接收推送。

配置完成后，重启手机是一个好习惯，确保所有设置生效。

第六部分：使用microG的日常：应用兼容性与替代方案

安装并配置好microG后，你的手机就基本拥有了大部分GMS提供的核心功能（推送、定位等），但方式不同且更注重隐私。

应用兼容性

大部分依赖GMS标准API的应用都可以在microG环境下正常运行。这包括：

  • 大部分非Google应用： 许多社交应用、工具应用、部分游戏等，如果它们主要使用标准的Android API或者仅仅依赖GMS进行推送通知，通常都能正常工作。
  • 部分Google应用： 一些非核心的Google应用，如Google Translate、Files by Google等，可能会在microG下运行。但核心的、深度依赖GMS生态的应用（如最新的Google Maps完整功能、Gmail、YouTube、Google Drive等）可能功能受限或根本无法运行。毕竟microG是替代品，而不是完整的Google应用集合。

可能不兼容或功能受限的应用：

  • 强制SafetyNet验证的应用： 银行应用、支付应用（如Google Pay – 显然无法用）、某些流媒体服务（如Netflix在某些设备上）、一些大型游戏等，如果它们严格检查SafetyNet状态且不允许设备处于非认证状态，则可能无法启动或无法使用核心功能。
  • 深度依赖特定GMS服务的应用： 例如，完全依赖Google Maps SDK的应用可能地图显示有问题；依赖Google Drive API的应用可能无法同步。
  • 应用内购买（IAP）： microG的FakeStore提供了基本的IAP接口，但兼容性不如原生GMS，部分应用的内购可能无法使用。

如何获取应用？

没有Google Play商店，你需要替代的应用分发渠道：

  1. F-Droid： 这是最推荐的开源应用商店，只提供开源应用。许多注重隐私和自由软件的用户可以在这里找到大量优质应用，而且F-Droid上的应用通常对GMS依赖较少。microG本身以及许多microG的位置后端（如MLS后端）都可以在F-Droid上找到。
  2. Aurora Store： 这是一个开源的Google Play Store客户端。它允许你在没有GMS的情况下匿名浏览、搜索和下载Play Store上的免费应用。Aurora Store通过Google Play API获取应用信息和下载链接，然后直接下载APK文件安装。虽然它访问的是Play Store的内容，但它本身不依赖于Google Play服务，并且可以匿名登录或使用Google账户登录（使用Google账户登录隐私风险较高）。这是获取Play Store上闭源应用的主要方式。
  3. 其他第三方商店或网站： 如APKMirror、APKPure等，可以下载APK文件手动安装。注意从可靠来源下载，警惕恶意软件。

使用体验

  • 推送通知： 如果microG的GCM/FCM替代功能注册成功，大部分使用标准FCM推送的应用应该能够正常接收通知。然而，个别应用可能因为特殊的推送实现方式而出现问题。
  • 位置服务： 如果你配置并启用了UnifiedNlp的位置后端，依赖定位的应用（如地图、天气、打车软件）应该能够获取位置信息。但基于Wi-Fi/基站的网络定位精度可能不如Google官方服务（因为Google的数据库更庞大），GPS定位精度取决于GPS硬件本身。
  • 电池续航： 相比完整的Google Play服务，microG通常更加省电，因为它没有那么多常驻后台的服务和频繁的网络活动。
  • 系统流畅度： 由于资源占用更少，搭载microG的系统理论上会比搭载完整GMS的系统更流畅。

第七部分：microG的优点与缺点总结

优点：

  • 增强隐私保护： 显著减少发送给Google的个人数据和行为信息。
  • 节省电池与资源： 相比完整的GMS，microG资源占用更少，有助于提升电池续航和系统流畅度。
  • 开源与透明： microG的代码是公开的，用户可以审计，了解其工作原理。
  • 模块化： 用户可以选择启用或禁用特定功能（如位置服务后端、推送服务），更加灵活。
  • 摆脱Google生态部分依赖： 允许在没有完整GMS的环境下运行大部分常用应用。

缺点：

  • 安装门槛高： 需要特定的系统环境（支持签名欺骗的ROM），不适合普通用户或无法刷机的设备。
  • 应用兼容性问题： 部分应用（特别是依赖SafetyNet、深度依赖Google特定API的应用）可能无法正常使用。
  • 功能不完整： microG并非GMS的完美替代，Google的一些高级功能（如某些游戏服务、特定的云同步功能等）可能无法实现。
  • 稳定性可能因ROM而异： microG的稳定性与所搭载的自定义ROM紧密相关。
  • SafetyNet问题： 几乎无法通过SafetyNet验证，影响部分应用的可用性。
  • 部分功能仍需与Google通信： 虽然是替代，但为了兼容现有应用，microG的推送服务等在默认配置下仍然需要与Google服务器进行通信注册。

第八部分：谁适合使用microG？

microG并非适合所有人。它更适合以下类型的用户：

  • 高度关注隐私和数据安全的用户： 希望最大程度地减少个人数据被Google收集。
  • 自由及开源软件（FOSS）的支持者： 希望在移动端也尽可能使用开源组件。
  • 开发者和技术爱好者： 对Android系统有一定了解，乐于尝试和折腾。
  • 使用没有预装GMS设备的用户： 例如一些在中国大陆销售的设备，或是一些专门为开源社区设计的硬件。
  • 希望优化老旧设备性能和续航的用户： microG可以减轻系统负担。

如果你是普通用户，对手机系统不熟悉，或者高度依赖Google生态的核心服务（如Google Pay、某些强依赖SafetyNet的应用、Google全家桶的深度使用者），那么贸然尝试microG可能会遇到诸多不便，甚至影响正常使用。

结论：microG——平衡自由与实用的桥梁

microG项目为Android用户提供了一条摆脱Google移动服务束缚的可行路径。它通过开源、模块化的方式，在最小化数据收集和资源消耗的前提下，模拟实现了大部分应用对GMS的核心功能需求。对于那些重视隐私、追求系统纯净、或希望在非GMS环境下使用常用应用的用户来说，microG无疑是一个极具价值的选择。

然而，使用microG需要一定的技术门槛，并可能面临部分应用兼容性问题，尤其是在SafetyNet验证方面。它不是一个完美的“拖放式”替代品，而是需要用户权衡利弊，并愿意花时间去了解、安装和配置。

最终，选择是否抛弃GMS并拥抱microG，是一个关于自由、隐私与便利性之间的个人选择。microG提供了一种可能性：在享受Android开放性带来的丰富应用生态的同时，重新夺回对个人数据和设备控制权的主动权。对于有此需求的用户而言，microG就像一座桥梁，连接着Google束缚之外的更广阔、更自由的Android世界。通过学习和实践，你可以在这个世界里找到一个更符合你价值观的数字生活方式。

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部