使用OkHttp或JAX-RS客户端时遇SSLSessionImpl找不到问题求助

嘿，这个问题我之前帮不少开发者排查过，本质是类路径里的SSL相关类冲突导致的——第三方库的不规范打包覆盖了JDK自带的sun.security.ssl.SSLSessionImpl类，使得应用找不到需要的构造方法。结合你的环境（Java 8u162 + MacOS 10.13.3），给你几个靠谱的解决方向：

先搞懂问题根源 #

sun.security.ssl是JDK内部专属的包，正常情况下第三方库绝对不该打包这个包里的类。但有些不规范的旧库（比如早期的HTTP客户端工具）会违规把这些内部类打包进去，当你的项目引入这类依赖时，类加载器会优先加载外部包里的版本，而它们和你JDK自带的类版本不匹配，就会抛出这个找不到方法的错误。

具体解决步骤 #

1. 揪出搞事情的依赖 #

首先得定位到哪个依赖在冲突：

• 如果是Maven项目，运行这个命令查依赖树：

  mvn dependency:tree -Dverbose | grep -i "sun.security"
  

• Gradle项目的话用这个：

  gradle dependencies | grep -i "sun.security"
  

找到对应的依赖后，要么直接移除（如果不是项目必须的），要么用排除规则删掉冲突模块。比如Maven里可以这么写：

<dependency>
    <groupId>有问题的依赖groupId</groupId>
    <artifactId>有问题的依赖artifactId</artifactId>
    <version>对应版本号</version>
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>

2. 检查JVM启动参数 #

看看你的应用启动脚本里有没有类似-Xbootclasspath/a:的参数，这个参数会改变类加载优先级，如果后面跟着的jar包里有冲突的SSL类，就会优先加载它们。要是有的话，直接删掉这个参数试试。

3. 更新客户端库版本 #

确保你用的OkHttp或JAX-RS客户端版本和Java 8u162兼容：

• OkHttp推荐用3.14.x系列，这是支持Java 8的最后一个稳定大版本，别用太旧或者跨版本的新包；
• JAX-RS客户端（比如Jersey或Apache CXF）也选对应Java 8的稳定版本，避免版本不兼容导致的隐性问题。

4. 验证JDK完整性 #

偶尔也可能是JDK安装损坏，导致核心类缺失。你可以重新安装一遍Java 8u162，或者换用OpenJDK 8u162测试，看问题会不会消失。

小提醒 #

sun.security.*是JDK内部API，第三方库根本不该依赖这些类，遇到打包了这类类的库，能替换就替换，别给自己留后续的兼容性坑。

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