Flutter应用Google Places API同地址Android与iOS经纬度返回异常问题

核心原因 #

绝大多数该场景的问题都不是API本身的问题，而是双端SDK的隐式默认配置不一致导致的，常见触发点如下：

• 自动补全结果的位置偏置默认规则不一致：iOS端Google Places SDK默认会隐式获取设备当前位置，对返回的自动补全结果做邻近排序，哪怕你没有显式设置locationBias参数。比如同名连锁商户有多个门店时，iOS会优先返回离设备近的门店对应的Place ID，Android端如果没有授予位置权限，SDK默认不会加位置偏置，返回的是地址文本匹配度最高的Place ID，不同Place ID对应的坐标自然存在差异。
• Place Details接口的请求参数不一致：如果双端调用Place Details时的fields参数配置不同，返回的坐标精度会有差异：显式指定geometry.location会返回精准的rooftop级坐标，未指定时部分版本的iOS SDK会默认返回区域级近似坐标，偏差可达数公里。
• SDK版本差异：双端使用的Google Places SDK大版本不一致时，内部的地址匹配、坐标返回逻辑存在迭代差异，也会导致同个Place ID返回的坐标精度不同。
• 系统区域配置差异：双端设备的系统地区、语言设置不一致时，Places API会根据区域规则返回不同的地址匹配结果，也会触发该问题。

排查步骤 #

• 第一步优先对比双端选中自动补全条目后拿到的Place ID是否完全相同，如果不一致说明双端返回的推荐列表本身就对应不同地点，直接确认SDK的位置偏置配置即可。
• 若Place ID一致，显式指定双端Place Details请求的fields参数均为geometry.location，不要依赖SDK的默认返回字段配置。
• 双端都显式关闭位置偏置：Android端调用setLocationBias(null)，iOS端设置GMSAutocompleteFilter.locationBias = nil，同时测试时关闭应用的位置权限，排除SDK隐式传参的影响。
• 对齐双端Google Places SDK的版本号，避免跨版本逻辑差异。
• 可以直接通过HTTP接口请求同个Place ID的详情，拿到官方返回的标准坐标，对比双端返回值即可定位哪端配置存在问题。

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