可以考慮分析一下IIS的訪問日誌,分析出現問題時段用戶訪問了哪些頁面
慢慢排除吧,比如先去掉一半功能,看看是否下降,如果没有下降,再去掉另一半功能....折半查找,慢慢把范围缩小
正常情况下,没有问题,但是会突然飙升,不知道是不是访问了哪个功能,然后程序池直接就崩了,就会自己新开一个。生产系统,也没办法关闭哪个功能。哎,愁。
@鸥翼网络: 最好能开发环境复现,考验你们才智的时候到了
如果用到了正则表达式,建议先检查这个
js用了正则表达式,这个不影响程序池吧?正则表达式对这个有影响吗?
是java工程吗 可以去掉或修改一些代码测试来定位问题
是生产系统比较难去掉哪部分功能来定位,一般情况下都是正常的,但是一天会出现几次飙升的情况。特别愁不知道是哪个方法有问题,好愁,代码检查了很多次,不知道哪里出问题了。
不是Java的
@鸥翼网络: 先加些埋点定位到那一块出的问题吧
在进程管理器里看下哪个程序的cpu和内存占用比较多就知道了,然后就针对那个程序进行debug
还有一种情况就是中毒了,之前就遇到过,莫名的就100%,原来中毒了
应该不是中毒了, 别的程序都正常,就这个一天会出现几次,头都要炸了。
@鸥翼网络: 如果程序没宕掉,那么很有可能是大的字符串操作,可以考虑大文件生成,字符串+=操作。如果宕掉了,有可能是递归或者死循环的问题。
几个排查思路:
1、使用debugdiag或者windbg在出现问题的时候,dump内存再进行分析。
2、看一下最近的修改记录,做代码排查。