使用 netty 的 SslHandler 与外部 SSL 终结器(如 stud 或 stunnel)相比，我遇到了显着的性能下降。完成握手的时间差约为 100ms。我通过 httperf 从我的应用程序请求相同的资源数百次，并确保每次都使用相同的密码 (DHE-RSA-AES128-SHA)。
这question没有得到公认的答案，但评论表明在 Java 进程前运行 SSL 终结器可能是个好主意。
这是预期的行为吗？ Java 的 SSL 实现是否已知要慢得多，或者是否有可能我的某些设置配置不正确？
最佳答案
出于几个原因，Netty 人员推荐 openssl 而不是 JDK SSL，性能是其中之一。解释可以在他们的 wiki 上找到:
http://netty.io/wiki/requirements-for-4.x.html#benefits-of-using-openssl
关于java - 网络应用程序中的慢 Java SSL，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12922055/