Google Cloud Translate报403错误（缺失API密钥）及Java代码运行问题咨询

你遇到的问题核心其实是本地Eclipse环境和Unix服务器环境的认证配置不一致——毕竟TranslateOptions.getDefaultInstance()会依赖环境里的认证信息，Eclipse里你可能已经悄悄配置好了，但Unix shell环境默认没同步上这些配置。下面是几个大概率能解决问题的方向：

1. 补全Unix环境的认证环境变量 #

Eclipse里可能已经通过IDE配置或者系统环境变量设置了GOOGLE_APPLICATION_CREDENTIALS（指向你的服务账号JSON密钥文件），但Unix shell默认不会继承这个配置。

解决办法：

• 在你的Shell脚本开头添加环境变量导出命令：

  export GOOGLE_APPLICATION_CREDENTIALS="/绝对路径/你的服务账号密钥.json"
  

• 或者运行Jar时临时指定环境变量：

  GOOGLE_APPLICATION_CREDENTIALS="/绝对路径/你的服务账号密钥.json" java -jar 你的应用.jar
  

2. 代码里显式指定认证信息（更可靠的方案） #

依赖默认实例很容易受环境影响，不如在代码里直接指定服务账号密钥，彻底避免环境差异问题：

// 方式1：读取本地绝对路径的密钥文件
File credentialsFile = new File("/绝对路径/你的服务账号密钥.json");
Translate translate = TranslateOptions.newBuilder()
    .setCredentials(ServiceAccountCredentials.fromStream(new FileInputStream(credentialsFile)))
    .build()
    .getService();

如果把密钥文件打进Jar的resources目录，也可以用类加载器读取（适合无服务器部署场景）：

// 方式2：读取Jar包内的密钥文件
InputStream keyStream = YourMainClass.class.getClassLoader().getResourceAsStream("服务账号密钥.json");
Translate translate = TranslateOptions.newBuilder()
    .setCredentials(ServiceAccountCredentials.fromStream(keyStream))
    .build()
    .getService();

3. 检查Unix环境的gcloud认证状态（如果本地用gcloud登录） #

如果本地是通过gcloud auth application-default login完成的认证，Unix环境里需要重新执行这个交互式登录命令，或者直接改用服务账号密钥（服务器环境更推荐后者，避免依赖交互式操作）。

4. 确认Jar包的打包完整性 #

确保打包Jar时：

• 所有Google Cloud Translate相关的依赖Jar都正确包含了
• 如果用了本地密钥文件，要么把文件放在Jar同目录，要么打进Jar的resources目录（注意对应代码里的读取路径）

试一下上面的方法，应该能解决这个403报错问题。

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