转储文件中的特殊java线程

时间:2015-12-22 02:20:28

标签: java jvm dump jstack

当我的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搜索最后一个帖子,它总是IN_NATIVE

以下是我的问题。

  1. 这个帖子可以让我的应用程序无响应吗?
  2. 这个帖子是什么?

2 个答案:

答案 0 :(得分:0)

正如您在线程的堆栈跟踪中所看到的,大多数调用都在io.netty包中。

底部的两个类SingleThreadEventExecutor和NioEventLoop在他们的Javadoc中表明它们是一般的事件调度程序线程。所以代码在其中运行的代码可以是任何代码。据推测,它经常运行您的代码。

所以回答你的问题

  1. 是的,但前提是它运行的代码需要太长时间/使用太多的CPU来处理硬件配置的事件。这可能是来自netty框架或代码的其他代码。
  2. 它是一般事件调度程序线程。它不是一个特殊的主题。

答案 1 :(得分:0)

此线程正在调用sun.misc.Cleaner来清理直接内存(堆外)。可能是直接记忆用来花费很长时间来收集。您可以使用System.gc()定期收集直接内存。并设置-XX:ExplicitGCInvokesConcurrent并使用CMS收集器以避免应用无响应。