本地使用Spring Cloud GCP PubSub模拟器时，如何阻止不必要的Google认证请求？

我太懂这种被本地开发时的云端认证报错折腾的感觉了——明明用了模拟器，结果还在往Google发请求，简直离谱。结合你遇到的问题和配置情况，咱们来一步步搞定这个认证报错：

1. 先给凭证加载“踩刹车” #

Spring Cloud GCP默认会尝试自动加载Google服务账号凭证，哪怕你配置了模拟器。直接在配置里加一行，彻底禁用这个行为：

# application.properties 里新增
spring.cloud.gcp.credentials.enabled=false

如果用的是YAML格式：

# application.yml 里新增
spring:
  cloud:
    gcp:
      credentials:
        enabled: false

把这个和你现有的模拟器配置放在一起，这是最关键的一步，直接切断了应用去获取云端凭证的路径。

2. 确认模拟器配置的完整性 #

再检查下你的完整配置，确保没有遗漏或者写错：

spring.cloud.gcp.pubsub.emulator-host=localhost:8085
spring.cloud.gcp.pubsub.project-id=pw-nw-local
spring.cloud.gcp.pubsub.enabled=true
spring.cloud.gcp.credentials.enabled=false

有些旧版本的Spring Cloud GCP可能还需要显式加一句spring.cloud.gcp.pubsub.use-emulator=true，虽然文档说设置emulator-host会自动启用模拟器，但保险起见可以加上试试。

3. 排查代码里的“手动客户端” #

如果你的代码里有手动构建PubSub客户端的逻辑（比如直接用PubSubClient的构建器），那可能会绕过Spring Cloud GCP的自动配置，自己去加载凭证。这种情况一定要改成用Spring注入的PubSubTemplate或者自动配置的Publisher/Subscriber实例，这样才能继承模拟器的配置。

4. 清理环境变量的干扰 #

本地环境如果设置了GOOGLE_APPLICATION_CREDENTIALS环境变量，哪怕你配置了禁用凭证，Spring可能还是会优先读这个变量。可以暂时把这个环境变量 unset 掉，或者在启动应用的时候临时覆盖它：

# 启动应用时临时设置空值
GOOGLE_APPLICATION_CREDENTIALS= java -jar your-app.jar

做完这些步骤后，应用应该就只会和本地的PubSub模拟器交互，不会再往Google的OAuth服务器发认证请求了，那个UNAUTHENTICATED报错也会消失。

内容来源于stack exchange