java程序卡死,可能是什么原因

java程序卡死,可能是什么原因,第1张

要看卡死前进行了什么 *** 作。

1)如果一启动,就卡死;那可能是这个和枣唤软件和你电脑环境不兼容;试着更新一下系统JDK

2)如果是进行了一些下载、读取信息唤凯之类的 *** 作:可能和网络或者服务器本身岩友的问题;

具体还是要看什么软件,什么情况下出现的问题。

jstack用于打印出给定的java进程ID或corefile或远程调试服务的Java堆栈信息。郑喊如果是在64位历耐机器上,需要指定选项"-J-d64",Windows的jstack使用方式只支持以下的这种方式:jstack[-l]pid如果java程序崩溃生成core文件,jstack工具可以用来获得core文件的javastack和nativestack的信息,从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外,jstack工具还可以附属到正在运行的java程序中,看到当时运行的java程序的javastack和nativestack的信息,如果现在运行的java程序呈现hung的状态,jstack是非常有用的。需要注意的问题:l不同的JAVA虚机的线程DUMP的创建方法和文件格式是不一样的,不同的JVM版本,dump信息也有差别。l在实际运行中,往往一次dump的信息,还不足以确认问题。建议产生三次dump信息,如果每次dump都指向同一个问题,我们才确定问题的典型性。2、命令格式$jstack[option]pid$jstack[option]executablecore$jstack[option][server-id@]remote-hostname-or-IP参数说明:pid:java应用程序的进程号,一般可以通过jps来获得executable:产生coredump的java可执行程序core:打印出的core文件remote-hostname-or-ip:远程debug服务器的名称或IPserver-id:唯一id,假如一台主机上多个远程debug服务示例:$jstack–l23561线程分析:一般情况下,通过jstack输出的线程信息主要包括:jvm自身线程、用户线程等。其中jvm线程会在jvm启动时就会存在。对于用户线程则是在用户访问时才会生成。ljvm线程:在线程中,有一些JVM内部的后台线程,来执行譬如垃圾回收,或者低内存的检测等等任务,这些线程往往在JVM初始化的时候就存在,如下所示:1"AttachListener"daemonprio=10tid=0x0000000052fb8000nid=0xb8fwaitingoncondition[0x0000000000000000]23java.lang.Thread.State:RUNNABLE4567Lockedownablesynchronizers:89-None1011destroyJavaVM"prio=10tid=0x00002aaac1225800nid=0x7208waitingoncondition[0x0000000000000000]1213java.lang.Thread.State:RUNNABLE14151617Lockedownablesynchronizers:1819-Nonel用户级别的线程还有一类线程是用户级别的,它会根据用户请求的不同而肢丛春发生变化。该类线程的运行情况往往是我们所关注的重点。而且这一部分也是最容易产生死锁的地方。1"qtp496432309-42"prio=10tid=0x00002aaaba2a1800nid=0x7580waitingoncondition[0x00000000425e9000]23java.lang.Thread.State:TIMED_WAITING(parking)45atsun.misc.Unsafe.park(NativeMethod)67-parkingtowaitfor(ajava.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)89atjava.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)1011atjava.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)1213atorg.eclipse.jetty.util.BlockingArrayQueue.poll(BlockingArrayQueue.java:320)1415atorg.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:479)1617atjava.lang.Thread.run(Thread.java:662)18192021Lockedownablesynchronizers:2223-None从上述的代码示例中我们可以看到该用户线程的以下几类信息:Ø线程的状态:waitingoncondition(等待条件发生)Ø线程的调用情况;Ø线程对资源的锁定情况;

mailluzhou, wuzhemeng1983的实现都帆前能够解决问题态差清,个人 wuzhemeng1983的写法好些。prepareStatement能提高一些效率。至于事务方面,我认为mailluzhou的方法也能满足这样的需庆纳求。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/yw/12392460.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-25
下一篇 2023-05-25

发表评论

登录后才能评论

评论列表(0条)

保存