Java 中的 TLS 性能？
我发现 Java 中的 TLS 实现根本不使用 JNI。在我看来，TLS 的本机实现应该更快。所以我想，与本机 TLS 的好处相比，JNI 本身可能太昂贵了。
那么，Java 中的 TLS 性能如何，或者我应该尽可能避免它？
I see the TLS implementation in Java doesn't use JNI at all. A native implementation for TLS should be faster IMO. So I guess maybe JNI itself is too expensive, compared to the benefits of native TLS.
So, how about the TLS performance in Java, or should I have to avoid it whenever possible?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
为什么您认为本机 Java 代码很慢？它被编译为机器代码，就像您的本机实现一样。
目前，只需使用本机 TLS，如果它被证明是瓶颈，您仍然可以对其进行优化。保持简单。
Why do you think that native Java code is slow? It is compiled to machine code, just as your native implementation would be.
For now, just use the native TLS, and if it proves to be a bottleneck, you can still optimize it. Keep it simple.
几年前我对此进行了一项研究。 1700 个数据点。互联网上的 TLS 速度是明文速度的 1/3。奇怪？瓶颈是网络，而不是 TLS。
I did a study on this a couple of years ago. 1700 data points. TLS over the Internet is 1/3 the speed of plaintext. Surprising? The bottleneck is the network, not TLS.