Java okHttp3 JVM崩溃

我正在使用一个内部使用okHttp3 v3.14.7的SDK， 它正在内部创建ConnectionPool（）和OkHTTPClient（）的多个实例

不是每次调用，而是在随机阶段，我得到一个核心转储， 下面是回溯文件

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 11488  java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I (0 bytes) @ 0x0000000804578fff [0x0000000804578f80+0x7f]
J 10954 C1 java.net.SocketInputStream.read([BIII)I (290 bytes) @ 0x00000008043b3f5c [0x00000008043b3800+0x75c]
J 10953 C1 java.net.SocketInputStream.read([BII)I (15 bytes) @ 0x00000008043b7f64 [0x00000008043b7e00+0x164]
J 11133 C1 sun.security.ssl.InputRecord.readFully(Ljava/io/InputStream;[BII)I (137 bytes) @ 0x00000008044890dc [0x0000000804488f60+0x17c]
J 12140 C1 sun.security.ssl.InputRecord.read(Ljava/io/InputStream;Ljava/io/OutputStream;)V (127 bytes) @ 0x00000008047d687c [0x00000008047d6720+0x15c]
J 13279 C1 sun.security.ssl.SSLSocketImpl.readRecord(Lsun/security/ssl/InputRecord;Z)V (872 bytes) @ 0x0000000804a6e31c [0x0000000804a6dec0+0x45c]
J 14563 C1 sun.security.ssl.AppInputStream.read([BII)I (129 bytes) @ 0x0000000804ee94b4 [0x0000000804ee8bc0+0x8f4]
J 15367 C1 okio.Okio$2.read(Lokio/Buffer;J)J (154 bytes) @ 0x0000000803f893ac [0x0000000803f88f60+0x44c]
J 15366 C1 okio.AsyncTimeout$2.read(Lokio/Buffer;J)J (68 bytes) @ 0x0000000803f76e44 [0x0000000803f76c20+0x224]
J 11589 C1 okio.RealBufferedSource.indexOf(BJJ)J (152 bytes) @ 0x00000008045cd1cc [0x00000008045ccde0+0x3ec]
J 11135 C1 okio.RealBufferedSource.readUtf8LineStrict(J)Ljava/lang/String; (235 bytes) @ 0x00000008044936bc [0x00000008044934a0+0x21c]
J 11134 C1 okhttp3.internal.http1.Http1ExchangeCodec.readHeaderLine()Ljava/lang/String; (30 bytes) @ 0x0000000804488a4c [0x0000000804488900+0x14c]
j  okhttp3.internal.http1.Http1ExchangeCodec.readResponseHeaders(Z)Lokhttp3/Response$Builder;+47
j  okhttp3.internal.connection.Exchange.readResponseHeaders(Z)Lokhttp3/Response$Builder;+5
j  okhttp3.internal.http.CallServerInterceptor.intercept(Lokhttp3/Interceptor$Chain;)Lokhttp3/Response;+226
J 11815 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;Lokhttp3/internal/connection/Transmitter;Lokhttp3/internal/connection/Exchange;)Lokhttp3/Response; (378 bytes) @ 0x00000008046c4b3c [0x00000008046c41e0+0x95c]
j  okhttp3.internal.connection.ConnectInterceptor.intercept(Lokhttp3/Interceptor$Chain;)Lokhttp3/Response;+51
J 11815 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;Lokhttp3/internal/connection/Transmitter;Lokhttp3/internal/connection/Exchange;)Lokhttp3/Response; (378 bytes) @ 0x00000008046c4b3c [0x00000008046c41e0+0x95c]
J 12440 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;)Lokhttp3/Response; (14 bytes) @ 0x000000080492e984 [0x000000080492e840+0x144]
j  okhttp3.internal.cache.CacheInterceptor.intercept(Lokhttp3/Interceptor$Chain;)Lokhttp3/Response;+192
J 11815 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;Lokhttp3/internal/connection/Transmitter;Lokhttp3/internal/connection/Exchange;)Lokhttp3/Response; (378 bytes) @ 0x00000008046c4b3c [0x00000008046c41e0+0x95c]
J 12440 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;)Lokhttp3/Response; (14 bytes) @ 0x000000080492e984 [0x000000080492e840+0x144]
j  okhttp3.internal.http.BridgeInterceptor.intercept(Lokhttp3/Interceptor$Chain;)Lokhttp3/Response;+238
J 11815 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;Lokhttp3/internal/connection/Transmitter;Lokhttp3/internal/connection/Exchange;)Lokhttp3/Response; (378 bytes) @ 0x00000008046c4b3c [0x00000008046c41e0+0x95c]
j  okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(Lokhttp3/Interceptor$Chain;)Lokhttp3/Response;+56
J 11815 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;Lokhttp3/internal/connection/Transmitter;Lokhttp3/internal/connection/Exchange;)Lokhttp3/Response; (378 bytes) @ 0x00000008046c4b3c [0x00000008046c41e0+0x95c]
J 12440 C1 okhttp3.internal.http.RealInterceptorChain.proceed(Lokhttp3/Request;)Lokhttp3/Response; (14 bytes) @ 

最后一个本机帧

C  [libc.so.7+0x7ee33]  free+0x1e3

在多个okHttpClient对象上创建是否会导致核心转储

运行类似程序并创建多个connectionPool（）和okHTTPClient（）对象时，只有

OutOfMemoryException

，但没有核心转储

OS: FreeBSD 8 
JVM: OpenJDK 8 (8u265)

---

FreeBSD对于JVM来说是一条不太容易走的路。的确，同样的SDK在Ubuntu 16.0中运行得非常好，但会导致FreeBSD中的核心转储。请访问专门的FreeBSD论坛？是否真的是一个与操作系统相关的问题仍然进退两难，或者，关于JVM，我遗漏了一些东西，也许是因为FreeBSD版本8在数百年前就已经过时了？（我可能有点夸张。那是5到10年前的事了，取决于哪个.x版本）