我遇到过不少开发者碰到类似的问题，结合Android Geocoding的工作机制和美国邮编的特性，这里给你梳理几个最可能的原因：

1. 邮编对应区域无结构化街道地址数据 #

美国的邮编体系里，有些邮编是针对**人口稀疏区域、非民用区域（如农场、林区）或邮政专用投递点（PO Box）**设置的。这类邮编对应的地理范围可能没有常规的街道、门牌号等结构化地址信息，而Android Geocoding服务（底层依赖Google地理数据库）主要优先返回可定位的民用街道地址。

比如你提到的13662（纽约州Hannawa Falls），它对应的区域以乡村和小型社区为主，可能未被数据库收录具体的街道级地址；22427这类邮编可能是PO Box专用，仅用于邮件投递，没有关联的物理地理地址，自然无法返回有效结果。

2. 代码逻辑未处理区域级地址结果 #

很多开发者在解析Geocoder返回的Address对象时，只关注getThoroughfare()（街道）或getSubThoroughfare()（门牌号）字段，忽略了getLocality()（城市）、getAdminArea()（州）等区域级信息。

有些小众邮编可能只能返回城市+州的区域信息，而没有具体街道。如果你的代码判断“地址为空”的依据是没有街道字段，就会误判为查询失败。建议检查解析逻辑，把区域级信息也纳入判断范围。

3. 专属邮编（Exclusive ZIP Codes）的限制 #

美国存在一类专属邮编，专门分配给政府机构、大型企业、大学或军事基地这类特定实体。这类邮编的使用范围非常局限，Geocoding服务通常不会将其解析为普通的民用地理地址——因为它们对应的是某个机构的投递点，而非通用的区域地址。

比如你提到的22405（弗吉尼亚州Stafford），大概率属于某大型机构的专属邮编，因此无法通过常规Geocoding查询到民用地址。

4. 数据源版本或服务差异 #

Android Geocoder的结果依赖于设备上Google Play服务的版本和地理数据库的更新情况。如果测试设备上的Google Play服务版本较旧，可能未包含这些小众邮编的数据。此外，不同地区的Geocoding服务数据源可能存在差异，某些区域的邮编数据更新不及时也会导致查询失败。

验证建议 #

• 直接在Google Maps中搜索这些失效的邮编，观察返回结果类型：如果只有城市/州信息，说明确实没有街道级数据；如果显示的是某个机构名称，那大概率是专属邮编。
• 调整代码逻辑，打印Address对象的所有字段（包括城市、州、邮编本身），确认是否有返回值，而非只判断街道字段。
• 尝试在查询时明确添加国家参数，比如调用getFromLocationName("13662 USA", maxResults)，缩小查询范围，提高匹配精度。

内容的提问来源于stack exchange，提问作者S.Borge