av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術(shù)文章
文章詳情頁

java - Tomcat的Spring-MVC項目在重啟一段時間后變卡

瀏覽:137日期:2024-01-09 16:32:46

問題描述

最近更新了程序之后,發(fā)現(xiàn)網(wǎng)頁在tomcat重啟一陣子之后變得異常的卡。不知道為什么。發(fā)現(xiàn)了好多內(nèi)存泄漏的警告,覺得是不是因為不正常的關(guān)閉導致內(nèi)存不足呢,就試了幾個方法。

最先試著把tomcat的context.xml里面設(shè)置緩存最大值,貌似設(shè)到了100000,啟動后發(fā)現(xiàn)速度不錯,但過了一段時間又卡得不得了了。再之后把服務器的內(nèi)存調(diào)大了,問題還是照樣出現(xiàn)。而且每次系統(tǒng)的緩存只會越來越多,不會減少。java - Tomcat的Spring-MVC項目在重啟一段時間后變卡

上網(wǎng)看了一些類似問題的回答,有人說是java獲取數(shù)據(jù)庫的效率不高而造成的,但是我覺得我這個問題應該不是出在這,因為有很多需要獲取數(shù)據(jù)庫的函數(shù)代碼都變,以前就沒有出現(xiàn)過這種問題,為什么現(xiàn)在變成這樣呢?不過最近倒是有一些改動,例如添加了兩個TimerTask。倒覺得應該問題不回出在這里吧。

package x.xx.xxx;import java.util.Calendar;import java.util.Date;import java.util.List;import java.util.Timer;import java.util.TimerTask;import javax.annotation.Resource;import org.apache.log4j.Logger;import x.xx.xxx.ManagementStation;import x.xx.xxx.ManagementStationService;/** * 源代碼來自《java定時任務,每天定時執(zhí)行任務》 * http://www.cnblogs.com/cvst/articles/5818233.html * */public class TimerManager { @Resource RemoteControlController remoteControlController;@Resource ManagementStationService managementStationService; @Resource ControllerStatusController controllerStatusController; // 時間間隔 private static final long PERIOD_DAY = 24 * 60 * 60 * 1000; private static final int START_TIME = 1; public void initTimerManager() {Calendar calendar = Calendar.getInstance();/*** 定制每日1:00執(zhí)行方法 ***/calendar.set(Calendar.HOUR_OF_DAY, START_TIME);calendar.set(Calendar.MINUTE, 0);calendar.set(Calendar.SECOND, 0);Date date = calendar.getTime(); // 第一次執(zhí)行定時任務的時間Date date2 = calendar.getTime();// 如果第一次執(zhí)行定時任務的時間 小于 當前的時間// 此時要在第一次執(zhí)行定時任務的時間加一天,以便此任務在下個時間點執(zhí)行。如果不加一天,任務會立即執(zhí)行。if (date.before(new Date())) { date = this.addDay(date, 1);}Timer timer = new Timer();Timer timer2 = new Timer();UpdateDailyEletricPowerTimerTask task = new UpdateDailyEletricPowerTimerTask();// 安排指定的任務在指定的時間開始進行重復的固定延遲執(zhí)行。timer.schedule(task, date, PERIOD_DAY);UpdateLampStatusTimerTask task2 = new UpdateLampStatusTimerTask();timer2.schedule(task2, date2, PERIOD_DAY); } // 增加或減少天數(shù) public Date addDay(Date date, int num) {Calendar startDT = Calendar.getInstance();startDT.setTime(date);startDT.add(Calendar.DAY_OF_MONTH, num);return startDT.getTime(); } public class UpdateDailyEletricPowerTimerTask extends TimerTask { private Logger log = Logger.getLogger(UpdateLampStatusTimerTask.class);@Overridepublic void run() { try {/** * 查詢前昨兩天日凍結(jié)正向有功總電量 */Calendar now = Calendar.getInstance();int year = now.get(Calendar.YEAR) - 2000;int month = now.get(Calendar.MONTH) + 1;int day = now.get(Calendar.DATE);remoteControlController.dailyPositiveElectricPowerCollecting(year, month, day); } catch (Exception e) {log.info('-------------NFDFlightDataTimerTask解析信息發(fā)生異常--------------'); }} }public class UpdateLampStatusTimerTask extends TimerTask { private Logger log = Logger.getLogger(UpdateLampStatusTimerTask.class);@Overridepublic void run() { try {/** * 更新全部燈具狀態(tài) */List<ManagementStation> mlist = managementStationService.getManagementStationList();StringBuffer temp=new StringBuffer('');for(ManagementStation m:mlist) temp.append(m.getMid()+',');String[] arr = temp.toString().split(',');boolean realTime = false;controllerStatusController.UpdateControllerStatus(arr,realTime); } catch (Exception e) {log.info('-------------UpdateLampStatusTimerTask解析信息發(fā)生異常--------------'); }} }

不過系統(tǒng)變得死卡死卡的的時候其實是開啟thread和進行socket通訊之后。不過不知道問題出在前置機于客戶端的通訊那,還是我這邊的系統(tǒng)程序問題,下面是系統(tǒng)接收返回信息的線程,請各位大蝦過目過目,謝謝。

private Status<OperationReturnMsgInfo> GetReturnedInfo(int frame_no) throws Exception{FrameController.addFrameToSendingQueue(frame_no);Status<OperationReturnMsgInfo> status=new Status<OperationReturnMsgInfo>();long beginTime = System.currentTimeMillis();boolean over_runtime = false;/** * 如果超過最大接收時間RUNTIME_MAX就直接把接收到的信息返回頁面 * 其他的報文繼續(xù)在后臺進行接收 */while(FrameController.getExpectReutrnedFrameAmount(frame_no) != 0){ Thread.sleep(1000); long nowTime = System.currentTimeMillis(); over_runtime = nowTime - beginTime > RUNTIME_MAX? true : false; if(over_runtime) break;//超時跳出}List<byte[]> return_frames = FrameController.GetReturnedFrame(frame_no);List<OperationReturnMsgInfo> olist= new ArrayList<OperationReturnMsgInfo>();if(return_frames !=null){ for(byte[] return_frame:return_frames){List<OperationReturnMsgInfo> olisttmp = parseFrontEndMsg(return_frame);if(olisttmp != null) olist.addAll(olisttmp); } status.setCode(1);}else{ status.setCode(0);}status.setList(olist);if(!over_runtime){ FrameController.RecallFrameNo(frame_no);}else{ /** * 后臺處理超時沒有返回的報文 */ final int tmp_frame_no = frame_no; new Thread(new Runnable(){@Overridepublic void run() { int frame_no_in_the_thread = tmp_frame_no;//FIXME 有點問題:如果tmp_frame_no在運行到這行時被其他線程改變了,怎么辦? long beginTime = System.currentTimeMillis(); boolean over_runtime = false; int lastExpectReutrnedFrameAmount = FrameController.getExpectReutrnedFrameAmount(frame_no_in_the_thread); while(FrameController.getExpectReutrnedFrameAmount(frame_no_in_the_thread) != 0){try { Thread.sleep(1000);} catch (InterruptedException e) { e.printStackTrace();}long nowTime = System.currentTimeMillis();over_runtime = nowTime - beginTime > BG_RUNTIME_MAX? true : false;if(over_runtime) { //再超時便強制回收幀序號,雖然暫時和直接回收沒有區(qū)別。 FrameController.CompulsivelyRecallFrameNo(frame_no_in_the_thread); return;}/** * 如果該幀返回報文有繼續(xù)更新,重置beginTime * 主要用于十分花時間的多報文返回操作RUNTIME_MAX的話就直接返回到頁面。 * 相當于如果下一個報文返回間隔的時間大于RUNTIME_MAX就強行關(guān)閉對該幀的返回報文的接收 */if(lastExpectReutrnedFrameAmount != FrameController.getExpectReutrnedFrameAmount(frame_no_in_the_thread)){ lastExpectReutrnedFrameAmount = FrameController.getExpectReutrnedFrameAmount(frame_no_in_the_thread); beginTime = System.currentTimeMillis();} FrameController.RecallFrameNo(frame_no_in_the_thread);} }).start();}return status; }

問題解答

回答1:

題主可以找一些分析工具,先捕捉一些有用的信息。變卡程序執(zhí)行過慢最有可能的原因是搶占資源cpu。

首先樓主可能使用 jstack pid 打印出線程堆棧,分析一下線程主要是在如何工作,程序運行到哪行代碼,在做什么計算?在去逐一排查對應的代碼問題

如果jstack不夠樓主還可以使用xrebel/yourkit這類工具輔助定位

回答2:

看題注描述,應該是內(nèi)存泄漏引起資源搶奪導致。查找內(nèi)存泄漏不是一篇回答可以解決,還要結(jié)合具體代碼和情況分析,這里給出排查思路供參考:

配置Tomcat泄漏導出堆文件 具體參考如何配置tomcat產(chǎn)生heapdump

通過工具分析分析headdump文件,定位異常堆棧信息常規(guī)分析工具有IBM HeapAnalyzer、jhat、jmap,可以參考使用JMAP dump及分析dump文件

分析代碼中異常堆棧創(chuàng)建和銷毀是否存在異常,如未正常銷毀導致泄漏

建議樓主嘗試掌握方法來解決問題,以后碰到此類問題就可以觸類旁通了

標簽: java
相關(guān)文章:
主站蜘蛛池模板: 欧美综合视频在线 | 久久高清| 99在线播放 | 亚洲黄色国产 | 天天操天天怕 | 亚洲精品成人免费 | 午夜免费在线 | 求个av网址 | 精品国产一区二区三区免费 | 殴美一级片 | 国产ts人妖系列高潮 | 国产成人精品久久二区二区91 | 国产视频亚洲视频 | 四季久久免费一区二区三区四区 | 亚洲网站在线观看 | 99热欧美 | 美女逼网站 | 成人免费小视频 | 亚洲成人免费av | 久久久久久免费观看 | 七七婷婷婷婷精品国产 | 免费观看www| 久久久久久精 | 九色国产 | 国产一级一级毛片 | av黄色片在线观看 | 一区二区免费 | 福利片一区二区 | 高清av一区 | 亚洲日本欧美日韩高观看 | 日韩av电影院 | 欧美三级电影在线播放 | 亚洲视频 欧美视频 | 国产丝袜一区二区三区免费视频 | 欧美日韩精品 | 91色在线视频 | 久久成人精品 | 国外成人在线视频网站 | 国产精品国产三级国产aⅴ无密码 | 黄视频网站在线 | 国产免费xxx |