BouncyCastle ECDSA签名耗时优化咨询：10ms单签能否降至1ms？

首先直接给结论：在Intel Core i5-6500上，P-256 ECDSA单签耗时10ms确实偏慢。这款2015年的CPU支持AVX2等硬件指令集，软件优化后的ECDSA签名完全能做到1ms以内，甚至更低。下面分两部分解答你的问题：

一、为什么当前10ms的耗时不正常？ #

你当前用的是BouncyCastle的纯Java ECDSA实现（通过指定"BC" Provider），纯Java代码在处理椭圆曲线的点运算时，无法充分利用CPU的硬件加速指令，这是性能瓶颈的核心原因。另外，第一次签名的30ms主要是初始化开销（包括Provider加载、SecureRandom第一次种子获取），但后续稳定在10ms说明核心运算的性能没跟上——而你试过的SecureRandom优化没效果，也印证了瓶颈不在随机数生成，而在签名算法的底层实现。

二、优化到单签1ms的具体步骤 #

1. 切换到JDK内置的硬件加速Provider #

BouncyCastle的纯Java实现虽然兼容性好，但性能远不如JDK自带的SunEC Provider。SunEC会自动利用CPU的AVX2、AES-NI等指令集加速EC运算，只需要修改代码去掉"BC" Provider指定即可：

Security.addProvider(new BouncyCastleProvider()); // 保留BC作为备选，但优先用JDK内置
// 不指定Provider，让JDK自动选择最优实现（通常是SunEC）
KeyPairGenerator g = KeyPairGenerator.getInstance("ECDSA");
g.initialize(ECNamedCurveTable.getParameterSpec("P-256"));
KeyPair keyPair = g.generateKeyPair();

Signature s = Signature.getInstance("SHA256withECDSA");
s.initSign(keyPair.getPrivate());

或者直接指定SunEC Provider确保使用硬件加速：

KeyPairGenerator g = KeyPairGenerator.getInstance("ECDSA", "SunEC");
Signature s = Signature.getInstance("SHA256withECDSA", "SunEC");

这一步通常能把签名耗时降到2ms以内，已经接近你的目标。

2. 启用JVM硬件加速参数 #

给JVM添加以下参数，强制启用加密相关的硬件指令优化：

-XX:+UseAES -XX:+UseAESIntrinsics -XX:+UseVectorizedCrypto

这些参数会让JDK充分利用CPU的向量运算指令，进一步降低ECDSA的运算耗时。

3. 用Conscrypt绑定OpenSSL实现（终极优化） #

如果JDK的SunEC还达不到1ms的目标，可以试试Google维护的Conscrypt Provider——它直接绑定OpenSSL的高度优化ECDSA实现，能把性能推到极致。

首先添加Conscrypt依赖（以Maven为例）：

<dependency>
    <groupId>org.conscrypt</groupId>
    <artifactId>conscrypt-openjdk-uber</artifactId>
    <version>2.5.2</version>
</dependency>

然后修改代码使用Conscrypt：

Security.addProvider(Conscrypt.newProvider());
KeyPairGenerator g = KeyPairGenerator.getInstance("ECDSA", "Conscrypt");
g.initialize(ECNamedCurveTable.getParameterSpec("P-256"));
KeyPair keyPair = g.generateKeyPair();

Signature s = Signature.getInstance("SHA256withECDSA", "Conscrypt");
s.initSign(keyPair.getPrivate());

OpenSSL的ECDSA实现经过多年优化，在i5-6500上完全能做到单签耗时低于1ms。

4. 验证性能的正确姿势 #

单次计时容易有误差，建议循环签名多次取平均值：

s.initSign(keyPair.getPrivate());
long totalNanos = 0;
int testCount = 1000;
for (int i = 0; i < testCount; i++) {
    s.update(("payload-" + i).getBytes(StandardCharsets.UTF_8));
    long start = System.nanoTime();
    s.sign();
    totalNanos += System.nanoTime() - start;
}
double avgMs = (totalNanos / (double)testCount) / 1_000_000;
System.out.printf("Average signature time: %.3f ms%n", avgMs);

这样得到的结果更能反映真实的稳定性能。

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