近来公司的服务器内存占用很大,运行一段时间,gc就占用cpu 100%,然后tomcat拒绝访问。
本地调试了几天,代码实在看不出问题。网上搜索了大量的文章研读,必须江南白衣,和javaeye上关于gc的文章,对服务器进行调试,还是没用。
服务器上才gc日志如下:
210.970: [CMS-concurrent-mark-start]
211.266: [CMS-concurrent-mark: 0.211/0.295 secs] [Times: user=0.49 sys=0.00, real=0.29 secs]
211.266: [CMS-concurrent-preclean-start]
211.270: [CMS-concurrent-preclean: 0.004/0.004 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
211.270: [CMS-concurrent-abortable-preclean-start]
215.141: [CMS-concurrent-abortable-preclean: 1.351/3.871 secs] [Times: user=2.64 sys=0.11, real=3.87 secs]
215.142: [GC[YG occupancy: 132189 K (235968 K)]
215.142: [Rescan (parallel) , 0.0644930 secs]
215.207: [weak refs processing, 0.1014540 secs] [1 CMS-remark: 135253K(262144K)] 267442K(498112K), 0.1661810 secs] [Times: user=0.30 sys=0.00, real=0.16 secs]
215.308: [CMS-concurrent-sweep-start]
215.419: [CMS-concurrent-sweep: 0.108/0.111 secs] [Times: user=0.14 sys=0.02, real=0.11 secs]
215.419: [CMS-concurrent-reset-start]
215.448: [CMS-concurrent-reset: 0.029/0.029 secs] [Times: user=0.04 sys=0.02, real=0.03 secs]
无奈,用jprofiler调试,过滤程序中所有使用过的pojo,发现凡是jsp用了 <c:forEach...这个标签的,每刷新一次,所用的model类的实例就会增加,在jprofiler中手工点击垃圾回收按钮后,回收不了。但是其他的地方,都可以回收。
通过jprofiler追踪引用,最好追踪到对应的jsp的编译后的文件,下面是部分代码
private boolean _jspx_meth_c_005fforEach_005f2(PageContext _jspx_page_context)
throws Throwable {
PageContext pageContext = _jspx_page_context;
JspWriter out = _jspx_page_context.getOut();
// c:forEach
org.apache.taglibs.standard.tag.rt.core.ForEachTag _jspx_th_c_005fforEach_005f2 = (org.apache.taglibs.standard.tag.rt.core.ForEachTag) _005fjspx_005ftagPool_005fc_005fforEach_0026_005fvar_005fitems.get(org.apache.taglibs.standard.tag.rt.core.ForEachTag.class);
_jspx_th_c_005fforEach_005f2.setPageContext(_jspx_page_context);
_jspx_th_c_005fforEach_005f2.setParent(null);
// /html/study/setMustCourse/orgListCourse.jsp(22,3) name = var type = java.lang.String reqTime = false required = false fragment = false deferredValue = false expectedTypeName = null deferredMethod = false methodSignature = null
_jspx_th_c_005fforEach_005f2.setVar("orgCourse");
// /html/study/setMustCourse/orgListCourse.jsp(22,3) name = items type = java.lang.Object reqTime = true required = false fragment = false deferredValue = false expectedTypeName = null deferredMethod = false methodSignature = null
_jspx_th_c_005fforEach_005f2.setItems((java.lang.Object) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${courseInfoList}", java.lang.Object.class, (PageContext)_jspx_page_context, null, false));
//在这里把request中courseInfoList赋值给_jspx_th_c_005fforEach_005f2的item属性。
int[] _jspx_push_body_count_c_005fforEach_005f2 = new int[] { 0 };
try {
int _jspx_eval_c_005fforEach_005f2 = _jspx_th_c_005fforEach_005f2.doStartTag();
if (_jspx_eval_c_005fforEach_005f2 != javax.servlet.jsp.tagext.Tag.SKIP_BODY) {
do {
out.write("\r\n");
out.write("\t\t\t\t<option style=\"color:blue\" value='");
out.write((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${orgCourse.courseId}", java.lang.String.class, (PageContext)_jspx_page_context, null, false));
out.write("' title=\"");
out.write((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${orgCourse.courseTitle}", java.lang.String.class, (PageContext)_jspx_page_context, null, false));
out.write('"');
out.write('>');
out.write((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${orgCourse.courseCode}", java.lang.String.class, (PageContext)_jspx_page_context, null, false));
out.write(" ");
out.write((java.lang.String) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate("${orgCourse.courseTitle}", java.lang.String.class, (PageContext)_jspx_page_context, null, false));
out.write(" </option>\r\n");
out.write("\t\t\t");
int evalDoAfterBody = _jspx_th_c_005fforEach_005f2.doAfterBody();
if (evalDoAfterBody != javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN)
break;
} while (true);
}
if (_jspx_th_c_005fforEach_005f2.doEndTag() == javax.servlet.jsp.tagext.Tag.SKIP_PAGE) {
return true;
}
} catch (Throwable _jspx_exception) {
while (_jspx_push_body_count_c_005fforEach_005f2[0]-- > 0)
out = _jspx_page_context.popBody();
_jspx_th_c_005fforEach_005f2.doCatch(_jspx_exception);
} finally {
_jspx_th_c_005fforEach_005f2.doFinally(); //在这里进行属性的清除
_005fjspx_005ftagPool_005fc_005fforEach_0026_005fvar_005fitems.reuse(_jspx_th_c_005fforEach_005f2);
}
return false;
}
无奈,下载apache standard的源代码,发现javax.servlet.jsp.jstl.core.LoopTagSupport类中代码如下:
public void doFinally() {
/*
* Make sure to un-expose variables, restoring them to their
* prior values, if applicable.
*/
unExposeVariables();
}
}
没有对item属性清除。
于是hack子类 ForEachSupport的代码,增加了一个方法
public void doFinally() {
super.doFinally();
items = null;
rawItems = null;
}
然后用jprofiler进行测试,发现可以回收了。
存在的疑问如下:
1. ForEachSupport类,本身有个realease方法,貌似一直没有执行
public void release() {
super.release();
items = null;
rawItems = null;
}
2. c:forEach标签真的存在内存泄露问题?
3. java gc时的触发点是什么?在什么情况下会出现“CMS-concurrent-abortable-preclean-start]”这个问题?
4. 下面那几句话具体什么意思?
215.308: [CMS-concurrent-sweep-start]
215.419: [CMS-concurrent-sweep: 0.108/0.111 secs] [Times: user=0.14 sys=0.02, real=0.11 secs]
215.419: [CMS-concurrent-reset-start]
215.448: [CMS-concurrent-reset: 0.029/0.029 secs] [Times: user=0.04 sys=0.02, real=0.03 secs]
5. 如果程序不存在内存泄露的情况,在服务器运行一段时间之后,如果进行full gc,服务器占用内存是不是应该等于服务器刚刚重启后占用的内存?
( tomcat 6, spring+struts+hibernate,没有使用2级缓存,没有使用lazy加载,采用的是appfuse1.9的架构)
分享到:
- 2008-11-06 17:48
- 浏览 2311
- 评论(4)
- 论坛回复 / 浏览 (4 / 4864)
- 查看更多
相关推荐
`standard-1.1.2.jar`中,虽然名为"标准",但其实是Apache Tomcat项目提供的一个依赖库,包含了JSTL实现所必需的Servlet和JSP API,以及对JAXP的支持,这些是处理JSTL标签时不可或缺的组件。 在部署Web应用程序时,...
**JSTL.jar和standard.jar包详解** 在Java Web开发中,JSTL(JavaServer Pages Standard Tag Library)和standard.jar是两个非常重要的组件,它们主要用于简化JSP页面的编程,提高代码的可读性和可维护性。这两个库...
标题 "jstl.jar和standard.jar" 涉及的是两个关键的Java库,它们在Web开发中扮演着重要角色,特别是在使用JavaServer Pages (JSP) 和JavaServer Pages Standard Tag Library (JSTL) 技术时。这两个库经常在MyEclipse...
**JSTL(JavaServer Pages Standard Tag Library)和Standard.jar包是Java Web开发中的关键组件,主要用于增强JSP页面的功能性和可维护性。** **JSTL简介:** JSTL是一个标准的标签库,它提供了多种核心标签,用于...
2. `standard.jar`:这个文件是Apache Tomcat提供的一个名为JSTL Standard Tag Library的实现,通常包含了jakarta.servlet.jsp.jstl.core和jakarta.servlet.jsp.jstl.fmt等包。这些包提供了与JSTL配合使用的其他功能...
**JSTL(JavaServer Pages Standard Tag Library)与Standard.jar详解** JSTL,全称为JavaServer Pages Standard Tag Library,是Java服务器端的一种标准标签库,它为Java Web开发提供了强大的功能,允许开发者使用...
`standard.jar`是Apache JSTL(JavaServer Pages Standard Tag Library)的一部分,它包含了JSTL的标准标签定义和实现。这些标签为开发者提供了处理常见任务的便利,如循环、条件判断、国际化、XML操作等。例如,`<c...
引入这个jar包后,你可以在JSP页面上使用像`<c:forEach>`, `<c:if>`这样的C标签。 2. **standard.jar**:这个jar包通常与jstl.jar一起使用,因为JSTL的实现依赖于Tomcat或其他Servlet容器中的某些功能,这些功能在...
标题中的"jstl.jar+standard.jar"提及的是两个在Java Web开发中常用的库文件,它们主要用于增强JSP(JavaServer Pages)的功能。现在我们详细探讨这两个库的作用和相关知识点。 1. JSTL(JavaServer Pages Standard...
**JSTL(JavaServer Pages Standard Tag Library)与Standard.jar** JSTL是JavaServer Pages标准标签库,它提供了一套用于处理常见JSP任务的标签,如迭代、条件判断、XML处理等,旨在减少在JSP页面中使用Java脚本,...
`Standard.jar`中的`org.apache.catalina`和`org.apache.tomcat`包提供了许多与Tomcat服务器交互的类。 3. **JSTL**: JSTL是用于JSP页面的标准标签库,其主要文件为`jstl.jar`。它提供了一系列标签来简化JSP页面的...
总结起来,`jstl.jar`和`standard.jar`在JSP开发中扮演着重要角色,它们提供了丰富的标签库,使代码更加规范且易于维护。同时,与EL表达式的配合使用,使得在JSP页面中处理数据变得更加方便。在实际开发中,正确地...
JSTL的核心标签库包括条件语句(如 `<c:if>` 和 `<c:choose>`)、迭代(如 `<c:forEach>`)以及变量操作(如 `<c:set>` 和 `<c:remove>`)。这些标签使得JSP页面更加结构化,降低了与HTML混杂的Java代码的复杂度。 ...
在提供的"JSTL包"中,我们看到了两个关键的JAR文件——`jstl-1.2.jar`和`standard.jar`。 `jstl-1.2.jar`是JSTL 1.2版本的核心库,包含了JSTL Core和JSTL Functions这两个模块。JSTL Core提供了处理基本操作的标签...
这些标签库提供了许多实用的功能,例如`<c:forEach>`用于迭代,`<c:if>`和`<c:choose>`进行条件判断,`<fmt:formatDate>`进行日期格式化,`<x:parse>`处理XML数据,以及`<sql:update>`执行数据库操作等。 **...
- **standard.jar**:这个包是由Apache Tomcat团队提供的,实现了JSTL所需的部分功能,特别是EL(Expression Language)的支持,它是JSTL正常工作所必需的。 这两个jar包应当放置在项目的`WEB-INF/lib`目录下,这是...