我之前做地址自动补全功能时也踩过一模一样的坑！核心问题根本不是types: ['(cities)']参数的锅，而是你对Google Places自动补全返回数据的提取方式不对——别盯着表面的下拉显示文本或者description字段，真正的结构化地址信息藏在返回结果的深层数据里。

问题出在哪？ #

• 默认展示文本是简化版：Google自动补全下拉里的内容，或者返回结果里的description字段，是Google根据用户场景优化后的简化展示，比如只显示城市名，不会默认带上州/省和国家信息。
• 忽略了结构化地址组件：不管你有没有设置types: ['(cities)']，每个自动补全预测结果都包含address_components数组（或者terms数组），里面拆分好了城市、州/省、国家等各个层级的信息，你需要主动提取这些字段，而不是依赖现成的格式化文本。

具体解决步骤（以JavaScript API为例） #

下面是我当时用到的代码逻辑，核心是监听place_changed事件后，遍历address_components提取对应类型的字段：

// 初始化自动补全
const autocomplete = new google.maps.places.Autocomplete(
  document.getElementById('your-input-id'),
  {
    types: ['(cities)'], // 留着也不影响，关键是后续解析逻辑
    componentRestrictions: { country: ['cn', 'us'] } // 可选，限制国家缩小匹配范围
  }
);

// 选中地址后的处理逻辑
autocomplete.addListener('place_changed', () => {
  const place = autocomplete.getPlace();
  
  // 初始化需要的字段
  let city = '';
  let stateProvince = '';
  let country = '';

  // 遍历地址组件，匹配对应的类型
  place.address_components.forEach(component => {
    const componentTypes = component.types;
    if (componentTypes.includes('locality')) {
      city = component.long_name; // 城市名（也可以用short_name取缩写）
    } else if (componentTypes.includes('administrative_area_level_1')) {
      stateProvince = component.long_name; // 州/省
    } else if (componentTypes.includes('country')) {
      country = component.long_name; // 国家
    }
  });

  // 拼接成你要的格式：城市 - 州/省, 国家
  const finalAddress = `${city} - ${stateProvince}, ${country}`;
  console.log(finalAddress); // 比如：北京 - 北京市, 中国 或者 New York - New York, United States
});

额外注意点 #

1. 地址组件类型的地域差异：不同国家的地址组件类型可能有区别，比如有些国家的一级行政区用administrative_area_level_1，有些可能用其他类型，建议根据你的目标用户区域调整判断逻辑。
2. REST API的处理方式：如果是用HTTP接口调用自动补全，响应里的每个prediction对象同样包含address_components和terms数组，别只取description字段，要解析这些结构化数据。
3. 需要更详细信息？调用Place Details API：如果自动补全返回的address_components不够完整，可以用预测结果里的place_id调用Place Details API，获取更全面的地址信息。

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