Gradle版本变更后Google VR依赖丢失及本地导入方案求助

一、本地添加已保存的Google VR库，脱离Maven构建 #

当然可以把你保存的com.google.vr:sdk-base:1.140.0等库直接加到项目里，具体操作：

• 把下载好的AAR/JAR文件放到项目的libs文件夹（没有就新建一个）
• 在应用模块的build.gradle里添加本地依赖：

  dependencies {
      // 替换成你实际的AAR/JAR文件名
      implementation files('libs/sdk-base-1.140.0.aar')
      // 其他关联的VR库也按这个方式添加
      implementation files('libs/xxx-1.140.0.aar')
  }
  

• 同步Gradle之后，构建系统就会直接从本地读取这些依赖，不会再去Maven仓库拉取

注意：如果这些库还有间接依赖，得把所有依赖的库都下载好并加到本地，不然可能会出现新的缺失问题。

二、修改旧项目Gradle版本影响其他项目的原因 #

这是Gradle的全局缓存或者IDE共享的Gradle守护进程导致的：

• 你修改旧项目的Gradle版本（包括classpath和wrapper）后，IDE（比如Android Studio）可能会用同一个Gradle守护进程来构建其他项目，导致新项目被迫使用旧版本的Gradle构建逻辑
• 旧版本的Gradle（3.1.2搭配4.4）在依赖解析的逻辑上，和你新项目原本用的Gradle版本有差异——比如对仓库索引的缓存策略不同，或者没法正确识别Google VR库的下线/迁移情况，所以才会找不到依赖

解决办法：

• 关掉当前IDE，清理Gradle全局缓存（路径一般是~/.gradle/caches）
• 打开新项目时，强制用它自己的Gradle wrapper：在IDE的Gradle设置里勾选"Use Gradle wrapper"，确保新项目用的是自身gradle-wrapper.properties里配置的distributionUrl

三、重建gvr-android-sdk-1.140.0项目的依赖问题解决 #

因为官方仓库已经下线这个版本的依赖，你可以这么处理：

• 按照第一部分的方法，把本地保存的依赖库加到SDK项目的libs目录，配置本地依赖
• 或者修改SDK项目的build.gradle，添加本地仓库路径，指向你存这些库的文件夹：

  repositories {
      flatDir {
          dirs 'libs'
      }
      // 保留其他必要的仓库配置
      google()
      mavenCentral()
  }
  

  然后在依赖里用implementation(name:'sdk-base-1.140.0', ext:'aar')这种方式引用

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