Java 가상 머신이 교착 상태를 구현하는 방법

지금까지 Java 코드 문제를 분석하는 데 가장 효과적인 도구는 다음과 같은 이유로 여전히 Java 스레드 덤프라고 생각합니다.

1 모든 운영 체제 플랫폼에서 사용할 수 있습니다.

2. 대부분의 경우 프로덕션 환경에서 사용할 수 있습니다.

3. 운영 체제에서 제공하는 도구와 비교할 때 Java 스레드 덤프에서 제공하는 정보는 간단하며 애플리케이션 코드와 직접적으로 일치합니다.

4. 분석 중인 시스템에 간섭이 거의 없어 실제 문제를 반영할 수 있습니다. 다른 많은 프로파일링 도구나 도구 도구 자체는 JVM 작업에 큰 방해가 되며 종종 실제 문제를 드러내지 못합니다. 게다가 이러한 도구는 프로덕션 시스템에서 사용할 수 없습니다.

일반적인 상황에서는 메모리 누수보다 Java 가상 머신 교착 상태를 분석하는 것이 훨씬 쉽다고 생각합니다. 교착 상태가 발생하면 JVM은 일반적으로 일시 중지 상태(정지)에 있고 스레드 덤프는 정적 및 안정적인 정보를 제공할 수 있기 때문에 교착 상태를 찾으려면 문제의 스레드만 찾으면 됩니다. 메모리 누수 문제는 정의하기 어렵습니다. 실행 중인 JVM에는 수많은 객체가 있으며, 어떤 객체가 가비지인지는 프로그램을 작성하는 사람만이 알 수 있습니다. 게다가 객체의 참조 관계도 매우 복잡하여 알아내기가 어렵습니다. 명확한 정의.

Java 가상 머신 교착 상태가 발생하면 운영 체제에서 가상 머신의 CPU 사용량이 0이고 곧 top 또는 prstat의 출력에서 ​​사라지는 것을 관찰하세요. 이때 스레드 덤프를 수집할 수 있습니다. Unix/Linux에서는 kill -3 Windows에서는 JVM 콘솔 창에서 Ctrl-Break를 누르면 됩니다. 설정에 따라 스레드 덤프가 현재 콘솔이나 응용 프로그램 서버의 로그에 출력됩니다.

Java 스레드 덤프를 얻은 후 "모니터 항목을 기다리는 중" 스레드를 찾으면 됩니다. 동일한 주소에서 많은 수의 스레드가 잠기기를 기다리고 있는 경우(Java의 경우 하나만 있기 때문입니다.) 객체에 대한 잠금) 이는 교착 상태가 발생했을 수 있음을 나타냅니다. 예:

"service-j2ee" prio=5 tid=0x024f1c28 nid=0x125 waiting for monitor entry  [62a3e000..62a3f690]  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.IASNonSharedResourcePool.internalGetResource(IASNonS  haredResourcePool.java:625)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - waiting to  lock <0x965d8110> (a com.sun.enterprise.resource.IASNonSharedResourcePool)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.IASNonSharedResourcePool.getResource(IASNonSharedRes  ourcePool.java:520)  ................

문제를 확인하려면 2분 후에 스레드 덤프를 다시 수집해야 하는 경우가 많습니다. 출력이 동일하고 여전히 동일한 주소를 잠그기 위해 대기 중인 스레드가 많은 경우, 그러면 교착상태가 될 것입니다.

현재 자물쇠를 걸고 있는 스레드를 찾는 방법이 문제 해결의 열쇠입니다. 방법은 스레드 덤프를 검색하고 "locked "을 찾은 다음 잠금을 보유하는 스레드를 찾는 것입니다.

[27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: "Thread-20" daemon prio=5 tid=0x01394f18 nid=0x109 runnable [6716f000..6716fc28]  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  java.net.SocketInputStream.socketRead0(Native Method)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  java.net.SocketInputStream.read(SocketInputStream.java:129)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at oracle.net.ns.Packet.receive(Unknown  Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.net.ns.DataPacket.receive(Unknown Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.net.ns.NetInputStream.getNextPacket(Unknown Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.net.ns.NetInputStream.read(Unknown Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.net.ns.NetInputStream.read(Unknown Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.net.ns.NetInputStream.read(Unknown Source)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.jdbc.ttc7.MAREngine.unmarshalUB1(MAREngine.java:929)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.jdbc.ttc7.MAREngine.unmarshalSB1(MAREngine.java:893)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.jdbc.ttc7.Ocommoncall.receive(Ocommoncall.java:106)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.jdbc.ttc7.TTC7Protocol.logoff(TTC7Protocol.java:396)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x954f47a0> (a  oracle.jdbc.ttc7.TTC7Protocol)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  oracle.jdbc.driver.OracleConnection.close(OracleConnection.java:1518)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x954f4520> (a  oracle.jdbc.driver.OracleConnection)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.JdbcUrlAllocator.destroyResource(JdbcUrlAllocator.java:122)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.IASNonSharedResourcePool.destroyResource(IASNonSharedResourcePool.java:8 72)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.IASNonSharedResourcePool.resizePool(IASNonSharedResourcePool.java:1086)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x965d8110> (a  com.sun.enterprise.resource.IASNonSharedResourcePool)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  com.sun.enterprise.resource.IASNonSharedResourcePool$Resizer.run(IASNonSharedResourcePool.java:1178)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  java.util.TimerThread.mainLoop(Timer.java:432)  [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  java.util.TimerThread.run(Timer.java:382)

이 예에서 잠금을 보유한 스레드는 Oracle이 결과를 반환하기를 기다리고 있지만 응답을 기다리지 않으므로 교착 상태가 발생합니다.

잠금을 보유한 스레드가 여전히 다른 개체를 잠그기를 기다리고 있는 경우 교착 상태의 원인을 찾을 때까지 위의 방법을 따르세요.

또한 이러한 스레드는 스레드 덤프에서 자주 볼 수 있으며 조건을 기다리고 적극적으로 잠금을 포기하는 스레드입니다.
예:

"Thread-1" daemon prio=5 tid=0x014e97a8 nid=0x80 in Object.wait() [68c6f000..68c6fc28]  at java.lang.Object.wait(Native Method)  - waiting on <0x95b07178> (a java.util.LinkedList)  at com.iplanet.ias.util.collection.BlockingQueue.remove(BlockingQueue.java:258)  - locked <0x95b07178> (a java.util.LinkedList)  at com.iplanet.ias.util.threadpool.FastThreadPool$ThreadPoolThread.run(FastThreadPool.java:241)  at java.lang.Thread.run(Thread.java:534)

때때로 이러한 유형의 스레드, 특히 스레드 대기 조건을 분석해야 하는 경우가 있습니다.

실제로 Java 스레드 덤프는 교착 상태를 분석하는 데만 사용되는 것이 아닙니다. Java 애플리케이션을 실행할 때 발생하는 다른 이상한 동작도 스레드 덤프로 분석할 수 있습니다.

*** Java SE 5에는 jstack 도구가 추가되었으며 스레드 덤프도 얻을 수 있습니다. Java SE 6에서는 jconsole의 그래픽 도구를 통해 객체 모니터 및 java.util.concurrent.locks와 관련된 교착 상태를 쉽게 찾을 수도 있습니다.

위 내용은 Java 가상 머신이 교착 상태를 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!