Karate 1.5.1自定义PSK-TLS HttpClientFactory在IntelliJ中正常运行但命令行执行时抛出SSLHandshakeException

看起来你遇到的问题很典型——同一个自定义PSK客户端在IDE里跑没问题，命令行就触发握手失败，我来帮你梳理几个可能的原因和解决办法：

1. BouncyCastle Provider未正确注册 #

IntelliJ可能在运行时自动帮你处理了BouncyCastle安全提供者的注册，但命令行环境下需要你显式操作。PSK-TLS依赖BouncyCastle的TLS实现，所以你需要确保BCTlsProvider和BouncyCastleProvider被正确添加到JVM的安全提供者列表中。

解决办法： #

• 在你的ConditionalPskHttpClientFactory类里添加静态初始化块，主动注册提供者：

import org.bouncycastle.jce.provider.BouncyCastleProvider;
import org.bouncycastle.jsse.provider.BouncyCastleJsseProvider;
import java.security.Security;

public class ConditionalPskHttpClientFactory implements HttpClientFactory {
    static {
        // 先检查是否已注册，避免重复添加
        if (Security.getProvider(BouncyCastleProvider.PROVIDER_NAME) == null) {
            Security.addProvider(new BouncyCastleProvider());
        }
        if (Security.getProvider(BouncyCastleJsseProvider.PROVIDER_NAME) == null) {
            Security.addProvider(new BouncyCastleJsseProvider());
        }
    }

    // 你的工厂实现代码...
}

• 或者通过JVM命令行参数指定安全配置文件：
  创建一个security.properties文件，内容如下：

# 注意序号要根据你JVM默认的提供者数量调整，确保不会覆盖核心提供者
security.provider.10=org.bouncycastle.jce.provider.BouncyCastleProvider
security.provider.11=org.bouncycastle.jsse.provider.BouncyCastleJsseProvider

然后在命令行添加参数：

-Djava.security.properties=/path/to/your/security.properties

2. 类路径依赖存在问题 #

虽然你列出了所有需要的BouncyCastle jar，但命令行的类路径可能存在以下问题：

• jar版本不匹配：比如bctls-jdk15on的版本和其他BC jar不一致，导致PSK相关类无法加载
• 依赖遗漏：有没有漏掉bctls-jdk15on？这个jar是PSK-TLS实现的核心
• 类加载冲突：是否有其他版本的BouncyCastle jar被意外加载？

解决办法： #

• 用-verbose:class参数启动命令行，查看类加载日志，确认PSK相关类（比如org.bouncycastle.tls.TlsPSKIdentity）是从你指定的bctls-jdk15on.jar加载的：

java -verbose:class -cp ".;lib/test-automation-1.3.1-SNAPSHOT.jar;lib/karate-1.5.1.jar;lib/lib-signed/bcprov-jdk15on.jar;lib/lib-signed/bcpg-jdk15on.jar;lib/lib-signed/bcpkix-jdk15on.jar;lib/lib-signed/bctls-jdk15on.jar" \
-Dkarate.env=minikube \
-Dkarate.http.client.factory=com.thales.mcs.iot.ss.applet.ConditionalPskHttpClientFactory \
com.intuit.karate.Main \
--tags ~@draft,~@common,~@ignore,~@perf \
--output target \
karate/tests/core/

• 检查所有BouncyCastle jar的版本是否完全一致，避免版本冲突

3. 自定义工厂的初始化时机差异 #

IntelliJ里你是直接实例化ConditionalPskHttpClientFactory传给Runner，但命令行是通过系统属性让Karate反射创建实例。这时候要确保：

• 你的工厂类有public无参构造函数，否则Karate无法反射实例化
• 工厂初始化过程中没有依赖IntelliJ特有的环境（比如相对路径、IDE专属配置）

解决办法： #

• 检查ConditionalPskHttpClientFactory的构造函数是否是public且无参，如果不是，修改它
• 如果工厂里需要读取PSK密钥或配置文件，使用绝对路径，或者在命令行运行时切换到正确的工作目录

4. JVM TLS参数缺失 #

IntelliJ可能默认设置了一些TLS相关的JVM参数，而命令行没有，导致PSK握手不兼容。比如指定TLS版本、开启调试日志等。

解决办法： #

• 在命令行添加以下参数：

# 指定支持的TLS版本，PSK通常兼容TLSv1.2+
-Djdk.tls.client.protocols=TLSv1.2,TLSv1.3
# 开启SSL握手调试日志，帮助定位具体失败环节
-Djavax.net.debug=ssl,handshake

通过调试日志，你可以看到握手过程中哪一步出错了——比如是PSK身份未正确传递，还是算法不支持，或者提供者未找到。

5. 工作目录或权限问题 #

如果你的PSK密钥是从本地文件读取的，命令行运行时的工作目录可能和IntelliJ不同，导致密钥文件找不到。

解决办法： #

• 检查工厂里读取密钥的路径，改为绝对路径
• 或者在命令行运行前，切换到IntelliJ里使用的工作目录（比如项目根目录）

内容来源于stack exchange