是否可通过多个邮政编码调用Google API批量查询经纬度位置？

Google Maps 官方Geocoding API不支持单次实时请求传入多个邮政编码批量返回经纬度，这是接口层面的原生设计限制，不存在可以直接传多值的隐藏参数。所有声称可以在实时接口里用分隔符拼接多个邮编传参的方法均不可靠，实测只会返回第一个邮编的结果、或者直接触发参数错误。

可落地的降本提效方案 #

你要实现减少请求数、降低成本、提升运行速度的目标，不需要硬找不存在的批量请求参数，用下面几个成熟方案就能达到目的：

• 本地缓存优先拦截重复请求
  把所有已经查询过的邮编、对应经纬度结果存在本地存储（内存缓存、本地JSON文件、KV数据库都可以），每次查询前先匹配缓存，命中的结果直接返回，不需要发请求。如果你的业务场景里邮编列表是相对固定的，第一次全量查询完成后，后续请求100%走缓存，几乎不会产生新的接口调用成本。
• 受控并发替代串行请求
  对于缓存没有命中的待查邮编，不要串行逐个发请求，按照你账号的API配额限制设置合理的并发数（比如同时发5-10个请求），总耗时会比串行降低80%以上，注意不要触发接口的QPS限流阈值即可。
• 大批量场景用官方离线批量通道
  如果你每月的查询量级在10万条以上，且不需要实时返回结果，可以申请Google Maps Platform的离线批量地理编码服务：上传整批待查的邮编列表，等待Google离线处理完成后拉取全量结果，单批次支持数万条记录，单条查询成本比实时接口低60%以上，适合定期全量更新邮编经纬度库的场景。

参考实现逻辑 #

下面是带本地缓存的查询逻辑示例，可有效避免重复请求：

import requests
from concurrent.futures import ThreadPoolExecutor, as_completed

# 本地缓存，持久化场景可以把这个字典定期写入本地文件存储
postcode_cache = {}
API_KEY = "<替换为你的实际API_KEY>"
# 并发数，根据自己的API配额调整，不要设太高避免触发限流
CONCURRENT_NUM = 8

def fetch_single_postcode(postcode):
    """单个邮编查询逻辑"""
    if postcode in postcode_cache:
        return postcode, postcode_cache[postcode]
    resp = requests.get(
        "https://maps.googleapis.com/maps/api/geocode/json",
        params={
            "address": postcode,
            "sensor": "false",
            "key": API_KEY
        },
        timeout=10
    )
    resp_data = resp.json()
    if resp_data.get("status") == "OK":
        loc = resp_data["results"][0]["geometry"]["location"]
        latlng = (loc["lat"], loc["lng"])
        postcode_cache[postcode] = latlng
        return postcode, latlng
    return postcode, None

def batch_get_postcode_geocode(postcode_list):
    result = {}
    # 线程池并发查询未缓存的邮编
    with ThreadPoolExecutor(max_workers=CONCURRENT_NUM) as executor:
        futures = [executor.submit(fetch_single_postcode, pc) for pc in postcode_list]
        for future in as_completed(futures):
            pc, latlng = future.result()
            if latlng:
                result[pc] = latlng
    return result

注意：不要在前端页面直接调用Geocoding接口，会暴露你的API Key，极易被恶意盗用刷光接口额度。

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