第一：

一般程序都有很多細(xì)小的功能模塊或者流程，首先需要定位是具體那個模塊/流程，判斷標(biāo)準(zhǔn)，一是觀察實際執(zhí)行時間，如果時間差異很小無法區(qū)分，那就需要通過對代碼改造，打印每個流程所需要的時間。一般代碼如下：

常規(guī)寫法：

long begin = System.currentTimeMillis();

try {

// .... 具體的代碼段

} finally {

long end= System.currentTimeMillis();

System.out.println("cost: " + (end - begin));

}

此種方式需要在要記錄花費(fèi)時間的地方都加上上述代碼。

也可通過Spring AOP進(jìn)行實現(xiàn)：

@Pointcut("execution(public * namespace.*.*(*))") public void point() { } @Around("point()") public Object doAround(ProceedingJoinPoint joinPoint) throws Throwable { long start = System.currentTimeMillis(); try{ return joinPoint.proceed(); } finally {

long end= System.currentTimeMillis();

System.out.println("cost: " + (end - begin));

} }

如果java是通過Spring開發(fā)的建議可以通過AOP實現(xiàn)，只需要要統(tǒng)計花費(fèi)時間方法上加上注解即可，不用修改源碼，常規(guī)的記錄時長需要添加的代碼會更多。

AOP的機(jī)制入下圖：

代碼在改造后重新部署，觀察java的運(yùn)行日志log：查詢"cost: XXXXX"根據(jù)XXXXX大小就可以知道那個部分消耗的時間較多。然后根據(jù)消耗時間多的地方進(jìn)行代碼優(yōu)化。

一般問題可能是由java內(nèi)存問題，業(yè)務(wù)流程處理效率問題，數(shù)據(jù)庫sql問題引起，供參考。

第二：

程序耗時可能硬件環(huán)境也會有影響，查找了下網(wǎng)上給的標(biāo)準(zhǔn)，供參考。

影響性能因素
 

通過vmstat、sar、iostat組合檢測是否是CPU瓶頸

通過free、vmstat組合檢測是否是內(nèi)存瓶頸

通過iostat檢測是否是磁盤I/O瓶頸

通過netstat檢測是否是網(wǎng)絡(luò)帶寬瓶頸

如果存在硬件上的瓶頸問題，可能就需要進(jìn)行硬件升級或者擴(kuò)容解決。