Потоки JAX-WS, потребляющие% 100 ЦП - PullRequest
Новая
       13

Потоки JAX-WS, потребляющие% 100 ЦП

1 голос
/ 31 мая 2011

У меня есть веб-сервис, доступный с помощью Spring и JAX-WS.Для этого я использовал jax-ws commons (http://jax -ws-commons.java.net / spring /).Приложение развернуто в Weblogic 10.3, и иногда некоторые потоки оказываются заблокированными.В прошлый раз, когда я получил дамп потока, я увидел, что 6 потоков были помечены как «STUCK», и эти потоки потребляли% 100 ЦП.Трассировка потоков была похожа на следующую: 

        "[STUCK] ExecuteThread: '7' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon prio=10 tid=0x00002aaaec5f8800 nid=0x3d99 run
nable [0x0000000048ca4000]
    java.lang.Thread.State: RUNNABLE
        at java.util.HashMap.put(HashMap.java:374)
        at java.util.HashSet.add(HashSet.java:200)
        at weblogic.wsee.jaxws.ServerLateInitTube.initializeCopy(ServerLateInitTube.java:56)
        at weblogic.wsee.jaxws.ServerLateInitTube.copy(ServerLateInitTube.java:45)
        at weblogic.wsee.jaxws.ServerLateInitTube.copy(ServerLateInitTube.java:24)
        at com.sun.xml.ws.api.pipe.TubeCloner.copy(TubeCloner.java:102)
        at com.sun.xml.ws.api.pipe.TubeCloner.clone(TubeCloner.java:74)
        at com.sun.xml.ws.server.WSEndpointImpl$2.<init>(WSEndpointImpl.java:251)
        at com.sun.xml.ws.server.WSEndpointImpl.createPipeHead(WSEndpointImpl.java:250)
        at com.sun.xml.ws.api.server.Adapter$Toolkit.<init>(Adapter.java:108)
        at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.<init>(HttpAdapter.java:434)
        at com.sun.xml.ws.transport.http.HttpAdapter.createToolkit(HttpAdapter.java:203)
        at com.sun.xml.ws.transport.http.HttpAdapter.createToolkit(HttpAdapter.java:99)
        at com.sun.xml.ws.api.server.Adapter$1.create(Adapter.java:117)
        at com.sun.xml.ws.api.server.Adapter$1.create(Adapter.java:115)
        at com.sun.xml.ws.util.Pool.take(Pool.java:78)
        at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:248)
        at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:140)
        at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:129)
        at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:160)
        at com.sun.xml.ws.transport.http.servlet.WSSpringServlet.doPost(WSSpringServlet.java:52)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
        at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
        at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
        at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3594)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
        at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2202)
        at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2108)
        at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1432)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)

У вас есть идеи, почему есть застрявшие темы?

Ответы [ 4 ]

2 голосов
/ 06 сентября 2011

Метод put несинхронизированного HashMap, скорее всего, вызывается из нескольких потоков.Я столкнулся с той же самой проблемой, когда имел большое количество вызовов метода put из HashMap из нескольких потоков.

1 голос
/ 31 мая 2011

Скорее всего, в вашем коде есть неразрывный цикл, в результате чего это происходит.

Либо запускайте под отладчиком и ставьте программу на паузу, когда появляются симптомы, чтобы исследовать текущее состояние каждого потока, либо используйтеJVisualVM в JDK для подключения к работающей программе и получения дампа потока.

На основе этих знаний вы можете решить, где находится узкое место, а затем определить, как его исправить.

0 голосов
/ 07 сентября 2011
0 голосов
/ 15 июня 2011

Я открыл SR для Oracle, и они прислали патч для этой проблемы. Кажется, проблема исправлена ​​патчем.

...