这种情况我之前帮同事排查过类似的，结合你描述的「仅一台设备首次安装可用、其他设备空白，但免费试用版正常」的细节，大概率是API密钥的限制配置或者应用签名不匹配导致的，给你梳理几个实用的排查方向：

1. 检查API密钥的应用限制配置 #

登录Google Cloud控制台找到你的API密钥，重点看「Application Restrictions」部分：

• 如果你设置了Android应用限制，确认是不是只添加了那台可用设备对应的应用SHA-1指纹？比如你可能只加了自己开发机的调试签名SHA-1，而其他设备安装的是另一环境编译的包（比如发布包、其他开发机的调试包），签名SHA-1不匹配就会被拒绝访问。
• 免费试用阶段你可能没开启应用限制，所以所有设备都能正常调用API，切换到计费模式后开启了严格限制就出问题了。

2. 确认应用签名与API密钥的匹配性 #

• 如果你给可用设备装的是调试包，其他设备装的是发布包，那要确保API密钥的应用限制里同时添加了调试和发布的SHA-1指纹，还要对应正确的应用包名。
• 可以通过keytool命令获取当前应用的SHA-1：

  # 获取调试签名SHA-1
  keytool -list -v -keystore ~/.android/debug.keystore -alias androiddebugkey -storepass android -keypass android
  
  # 获取发布签名SHA-1
  keytool -list -v -keystore 你的发布密钥库路径 -alias 你的发布密钥别名
  

3. 查看设备端的错误日志定位问题 #

打开Android Studio的Logcat，过滤「GoogleMaps」「Volley」或「API」相关的日志，你会看到具体的错误提示：

• 如果是API_KEY_INVALID或SIGNATURE_MISMATCH，直接指向签名或密钥限制的问题；
• 如果是OVER_QUERY_LIMIT，那要检查计费账户的配额是否耗尽，但这种情况应该是所有设备都受限，和你描述的单设备可用不符，优先级较低。

4. 临时测试无限制模式验证问题 #

临时把API密钥的「Application Restrictions」改成None（注意测试完改回去，避免密钥泄露），然后在其他设备上测试：

• 如果地图能正常加载，那100%是应用限制的配置问题，回头调整SHA-1和包名即可；
• 如果还是空白，再检查API是否启用、计费账户是否正常（比如有没有欠费）。

总结 #

核心原因就是计费模式下的API密钥开启了严格的应用限制，但配置的签名/包名和其他设备安装的应用不匹配，而免费试用阶段没有这些限制所以正常。优先排查应用限制和签名匹配，再结合日志定位，应该很快能解决问题。

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