Android精准定位选型：FusedLocationApi与FusedLocationProviderClient哪个更优？

嘿，这个问题问得特别实在——很多刚上手Android定位开发的同学都会在这俩API之间犯懵，我来给你掰扯清楚它们的核心差异，以及该怎么选～

核心区别 #

• API体系与生命周期
  FusedLocationApi是基于GoogleApiClient的旧版定位API，早在Google Play Services 11.0版本就被官方标记为废弃了。它属于旧的Google Play Services服务连接体系，需要手动维护GoogleApiClient的连接、断开、重连状态，稍不注意就会出现连接失败、内存泄漏的问题。
  而FusedLocationProviderClient是官方推出的替代方案，属于新版的com.google.android.gms.location包，完全不需要开发者手动管理服务连接状态，API设计更贴合现代Android开发的逻辑。

• 编程体验
  你觉得FusedLocationApi简单，大概率是看了简化后的示例——实际开发中，它需要写一堆GoogleApiClient.ConnectionCallbacks、GoogleApiClient.OnConnectionFailedListener的回调代码，处理连接成功、失败、暂停等各种场景，代码冗余还容易出bug。
  FusedLocationProviderClient则采用了Task异步模型，支持直接调用方法获取位置，还能配合Kotlin协程、Java的RxJava实现更简洁的异步处理，甚至可以绑定Activity/Fragment的LifecycleOwner，自动在组件销毁时停止位置更新，彻底避免内存泄漏的风险，长期来看反而更省心。

• 功能与维护
  新版的FusedLocationProviderClient支持更多实用特性：比如更精细的位置请求优先级配置、地理围栏的新API、批量位置更新等。而且官方一直在对它进行维护和更新，遇到问题能找到最新的文档和解决方案；而FusedLocationApi已经被弃用，不会再获得功能更新，未来甚至可能被从Play Services中移除。

该怎么选？ #

• 如果是新项目：毫不犹豫选FusedLocationProviderClient，它是当前官方唯一推荐的定位API，代码更简洁、更稳定，还能完美适配Jetpack等现代Android开发架构。
• 如果是维护旧项目：暂时可以继续使用FusedLocationApi，但建议逐步迁移到新版Client——毕竟旧API早晚会被淘汰，迁移后不仅能减少潜在bug，后续维护成本也会低很多。

内容的提问来源于stack exchange，提问作者Eco4ndly