求助：调用Solr时出现java.lang.NoSuchMethodError（toQueryString缺失）

这个java.lang.NoSuchMethodError本质是JVM运行时找不到org.apache.solr.common.params.ModifiableSolrParams.toQueryString()方法，核心原因几乎都是依赖版本不兼容或冲突，具体分析如下：

1. Solr核心依赖版本不一致 #

ModifiableSolrParams类属于solr-common模块，而HttpSolrClient属于solr-solrj模块。如果这两个模块（或其他Solr相关核心依赖）的版本不统一，就会出现方法找不到的情况——比如高版本的solr-solrj调用了低版本solr-common中不存在的toQueryString()方法。

解决方式：
统一所有Solr相关依赖的版本，比如在sbt构建文件中指定统一版本号：

val solrVersion = "8.11.2" // 替换为你实际使用的Solr版本
libraryDependencies ++= Seq(
  "org.apache.solr" % "solr-solrj" % solrVersion,
  "org.apache.solr" % "solr-common" % solrVersion
)

2. 依赖冲突（多版本Solr类共存） #

项目可能通过第三方依赖间接引入了其他版本的Solr组件，导致JVM加载了旧版本的ModifiableSolrParams类，而该类没有toQueryString()方法。

解决方式：

• 先通过sbt命令查看依赖树，定位冲突来源：

  sbt dependencyTree
  

• 排除冲突的旧版本依赖，比如：

  // 排除第三方依赖中自带的低版本Solr组件
  libraryDependencies += "com.example" % "some-third-lib" % "1.0.0" exclude ("org.apache.solr", "solr-common")
  

3. HTTP客户端版本不兼容 #

HttpSolrClient依赖Apache HttpClient实现网络请求，如果HttpClient版本与Solr客户端版本不匹配，也可能间接引发这类方法缺失问题（比如Solr 8.x依赖HttpClient 4.5.x，强行用5.x版本会导致兼容性问题）。

解决方式：
确保HttpClient版本与Solr官方推荐的版本一致，比如Solr 8.x直接使用Solr依赖中自带的HttpClient版本，不要手动替换成高版本。

验证步骤 #

1. 执行sbt clean update清理并重新拉取依赖，避免缓存问题
2. 检查项目编译后的classpath，确认只有一个版本的Solr核心组件存在

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