转储文件中的一个特殊java线程

Question

当我的java应用程序没有响应时，我使用jstack-F（如果我运行jstack而没有-F标志，它不会给我任何东西）命令来转储线程信息，转储文件中有一个特殊的线程。

Thread 110175: (state = IN_VM)
 - sun.misc.Unsafe.freeMemory(long) @bci=0 (Compiled frame; information may be imprecise)
 - java.nio.DirectByteBuffer$Deallocator.run() @bci=17, line=94 (Compiled frame)
 - sun.misc.Cleaner.clean() @bci=12, line=143 (Compiled frame)
 - io.netty.util.internal.Cleaner0.freeDirectBuffer(java.nio.ByteBuffer) @bci=34, line=66 (Compiled frame)
 - io.netty.util.internal.PlatformDependent0.freeDirectBuffer(java.nio.ByteBuffer) @bci=1, line=147 (Compiled frame)
 - io.netty.util.internal.PlatformDependent.freeDirectBuffer(java.nio.ByteBuffer) @bci=13, line=281 (Compiled frame)
 - io.netty.buffer.UnpooledUnsafeDirectByteBuf.freeDirect(java.nio.ByteBuffer) @bci=1, line=115 (Compiled frame)
 - io.netty.buffer.UnpooledUnsafeDirectByteBuf.deallocate() @bci=24, line=508 (Compiled frame)
 - io.netty.buffer.AbstractReferenceCountedByteBuf.release() @bci=39, line=106 (Compiled frame)
 - io.netty.util.ReferenceCountUtil.release(java.lang.Object) @bci=11, line=59 (Compiled frame)
 - io.netty.util.ReferenceCountUtil.safeRelease(java.lang.Object) @bci=1, line=84 (Compiled frame)
 - io.netty.channel.ChannelOutboundBuffer.remove() @bci=40, line=258 (Compiled frame)
 - io.netty.channel.ChannelOutboundBuffer.removeBytes(long) @bci=83, line=334 (Compiled frame)
 - io.netty.channel.socket.nio.NioSocketChannel.doWrite(io.netty.channel.ChannelOutboundBuffer) @bci=238, line=301 (Compiled frame)
 - io.netty.channel.AbstractChannel$AbstractUnsafe.flush0() @bci=89, line=716 (Compiled frame)
 - io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.flush0() @bci=9, line=303 (Compiled frame)
 - io.netty.channel.AbstractChannel$AbstractUnsafe.flush() @bci=15, line=685 (Compiled frame)
 - io.netty.channel.DefaultChannelPipeline$HeadContext.flush(io.netty.channel.ChannelHandlerContext) @bci=4, line=1118 (Compiled frame)
 - io.netty.channel.AbstractChannelHandlerContext.invokeFlush() @bci=8, line=663 (Compiled frame)
 - io.netty.channel.AbstractChannelHandlerContext.access$1500(io.netty.channel.AbstractChannelHandlerContext) @bci=1, line=32 (Compiled frame)
 - io.netty.channel.AbstractChannelHandlerContext$16.run() @bci=4, line=651 (Compiled frame)
 - io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(long) @bci=26, line=380 (Compiled frame)
 - io.netty.channel.nio.NioEventLoop.run() @bci=106, line=357 (Compiled frame)
 - io.netty.util.concurrent.SingleThreadEventExecutor$2.run() @bci=13, line=116 (Interpreted frame)
 - java.lang.Thread.run() @bci=11, line=745 (Interpreted frame)

在我使用jstack-F之后，应用程序开始响应，并继续运行，好像什么都没发生过，直到它最终再次停止响应。

当应用程序正常时，我使用jstack-F搜索最后一个线程，它总是在_NATIVE中搜索。

以下是我的问题。

1. 这个线程会使我的应用程序没有响应吗？
2. 这个线程是什么？




Answer 1

此线程正在调用sun.misc.Cleaner来清理直接内存（堆外）。可能是直接内存用来多要花费很长时间来收集。您可以使用System.gc（）定期收集直接mem。并设置-XX： ExplitGCInvokesConcurrent并使用CMS收集器来避免应用程序没有响应。

Answer 2

正如您在线程的堆栈跟踪中所看到的，大多数调用都在io中。内蒂包裹。

最底层的两个类，SingleThreadEventExecutor和NioEventLoop，在它们的Javadoc中表示它们是通用事件调度程序线程。因此，代码在其中运行的代码可以是任何代码。大概它经常运行您的代码。

来回答你的问题

1. 是的，但前提是它运行的代码需要太长/使用太多CPU来处理硬件配置的事件。那可能是netty框架中的其他代码，也可能是您的代码。
2. 这是一个通用事件调度线程。这不是一个特殊的线程。