Java性能之我见

性能

在开发www.jobcn.com的期间,系统在运行的时候出现了一些问题,现将我的问题解决方法做一个小结,供以后作项目的参考。并请大家不吝指教.
问题1:
Resin 的数据库连接数目在程序运行中不断增长,最后连接数目超过最大数,导致Resin服务关闭
原因:
在操作完数据库后,没有关闭数据库连接;或者是返回结果集(Resultset),而无法在jsp中关闭数据库连接。
解决方法:
1. 在操作完数据库要关闭数据库连接。
2. 尽量不要返回结果集Resultset, 可以返回Vector(一个字段)、Hashtable(多个字段),这样可以在javabean中关闭数据库。
3. 如果javabean中返回的是结果集(Resultset),也可以在javaBean中写一个connectDB(连接数据库)、closeDB(关闭数据库)的方法,然后jsp里面调用connectDB(),建立数据库连接,同时就可以对数据库进行操作了,操作数据库完毕,可以通过closeDB() 来关闭数据库。
4.关闭连接时尽量使用conn.close(),rs.close().....而不要另外写方法去关闭它,如调用DB.closeConnection(conn)等等,这样其实对性能有一定影响,因为该性能经过了我对单个文件的测试.
5.关闭连接时请按顺序进行,如rs.close()..,stmt.close()..conn.close()....
问题2:
在运行某一个jsp 程序的时候,Resin 的内存陡然增长,而且居高不下。最终导致Resin 内存不足,甚至当机。
原因:
过度使用内存。
解决方法:
1. 由于数据量比较大,在对字符串进行操作的时候,使用 + 进行字符串连接,而
相信大家对String都非常熟悉,我们也经常要用它来做字符串的连接什么的,例如:
String a =b+c file://b,c 都是String
但是在实际的编译中却是这样:
String a=new StringBuffer().append(b).append(c).toString() 显然,在一个简单的语句中却意外的多生成了2个对象:
.StringBuffer()
.toString返回的一个String
我们比较一下这两段程序的性能:
程序片断一:
StringBuffer s=new StringBuffer();
long start = System.currentTimeMillis();
for (int i=0;i<10000;i++){
s1+="a";
}
long stop = System.currentTimeMillis();
System.out.println(stop-start);
程序片断二:
StringBuffer s=new StringBuffer(10000);//
long start=System.currentTimeMillis();
for (int i=0;i<10000;i++){
s.append("a");
}
long stop=System.currentTimeMillis();
System.out.println(stop-start);
比较一下结果,差距很明显。
至于为什么String的连接这么做,因为String无法直接改变其长度,而必须采用StringBuffer的用法。
因此建议使用StringBuffer 的append 方法来进行字符串相连。
2. 在解决这个问题的时候,我也尝试使用上面的方法,效果并不是很明显(消耗内存上)。后来在显示大量数据的时候,避免字符串相连的步骤,而直接使用out.println(),直接输出。
问题3:Java并不阻止程序占用过多的内存,当对象向堆所请求的内存不足时,垃圾收集器(Garbage Collector)就会自动启动,释放那些引用数为零的对象所占用的内存,Java也不会自动释放无用的对象的引用,如果程序忘记释放指向对象的引用,则程序运行时的内存随着时间的推移而增加,发生所谓内存泄漏(memory leaks),创建对象不但消耗CPU的时间和内存,同时,为释放对象内存JVM需不停地启动垃圾收集器(Garbage Collector),这也会消耗大量的CPU时间。

解决方法: 由于在运行一段时间jsp程序后,Resin 的内存会有一个缓慢的增长,这样也会导致内存溢出,为了避免这总现象的出现,最终的解决方法是: 编写一个servlet程序,在启动服务器的时候,启动一个这个servlet,每隔20分钟运行在服务器端运行一次,来定时回收内存。
问题4:
log文件里面的调试信息没有注释去掉。
解决方法:
在程序通过后,尽量把调试的信息注释去掉。
同时在捕捉错误的时候要写明程序名称,方便查找.
问题5
改善性能,提高速度。
具体实例:
我们再来看一个有关Vector类的代码片段:
for(int I=0; I<v.size(); I++) { System.out.println( v.get(I).getClass().toString()); }
如果v包含100,000个元素,这个代码片段将调用v.size()方法100,000次。虽然size方法是一个简单的方法,但它仍旧需要一次方法调用的开销,至少JVM需要为它配置以及清除堆栈环境。在这里,for循环内部的代码不会以任何方式修改Vector类型对象v的大小,因此上面的代码最好改写成下面这种形式:
int size = v.size(); for(int I=0; I<size; I++) { System.out.println( v.get(I).getClass().toString()); }
虽然这是一个简单的改动,但它仍旧赢得了性能。毕竟,每一个CPU周期都是宝贵的。
问题 6:
在 jsp 文件里面 不要写 <%@ page import="java.lang.*" %>
因为java 不需要引入此包就可以引用里面的类文件。

问题7:
使用vector+hashtable 一次返回查询结果resulset.

解决方法: 记录集:将一条记录放到一个hashtable里面,然后把它再
添加到vector里面,循环记录下结果集,返回vector
具体见后面的java文件的部分代码(不包扩数据库的连接和关闭)

package com.jobcn.company;

/********************************************
***** 说明:
***** 记录集:一条记录用放到一个hashtable里面,然后把它再
放到vector里面,循环记录下结果集,返回vector

*********************************************/

import java.io.*;
import java.sql.*;
import java.util.*;
import java.text.*;

public class hashtable_vector_rs
{
/*----------------------------------------------------------------*/
/* 函数名称: getMultiRowInfo
/* 功能描述: 返回记录集,放到Hashtable里面
/* 参数: sql 语句,字段个数
/* 返回值: 成功---htable, 失败---null
/*----------------------------------------------------------------*/
public Vector ListResult(String sqlStatement,int num)
{
Vector ListRs=new Vector();

try
{
connectDB();
rs=stmt.executeQuery(sqlStatement);
//判断字段数据类型
//date型 返回 93
//int型 返回 2,4
//bigint型 返回 3
//String型 返回 12
//(char 型)返回 1
int t = -1;
rsmd = rs.getMetaData();
int ColumnCount=0;
if(num>0)
ColumnCount = num;
else
ColumnCount = rsmd.getColumnCount();
while(rs.next())
{
Hashtable htable =new Hashtable();
for (int i = 1; i <= ColumnCount; i++)
{
t=rsmd.getColumnType(i);
System.out.println("i="+i+",t="+t+"name="+rsmd.getColumnName(i));
if(t==12||t==1||t==3)
{
if(rs.getString(i)==null|| rs.getString(i).equals(""))
htable.put(rsmd.getColumnName(i),"");
else
htable.put(rsmd.getColumnName(i),rs.getString(i));
}
else if(t==93)
{
htable.put(rsmd.getColumnName(i),rs.getDate(i).toString());
}
else if(t==2||t==4)
{
htable.put(rsmd.getColumnName(i),Integer.toString(rs.getInt(i)));
}
}
ListRs.add(htable);
}//e
return ListRs;
}
catch(Exception listError)
{
System.out.println("数据库操作失败!"+listError);
return null;
}
finally
{
try
{
closeDB();
}
catch(Exception closeErr)
{
System.out.println("关闭数据库出错:"+closeErr);
}
}
}
}

问题8: jsp的程序也有设计的不够合理的地方
例如:选择一个下拉框,提交一次,列出所选的数据,选择另外一个下拉框再次提交,再次列出所选的数据。
解决方法:
尽量一次把条件选择完毕,然后列出所选择的数据,并且在数据多的时候,尽量使用翻页,减少运行时间。

问题9:性能优化,尽量使用PreparedStatement
解决方法:
PreparedStatement 对象和使用的普通的 Statement 对象有两点不同。
第一, 它们是为了性能更快而由 JDBC 驱动程序或数据库编译(预编译)的。
第二, 它们接受一个或多个动态输入参数,称为 IN 参数。这两点让 PreparedStatement 对象适用于重复的 SQL 操作,其中操作基本上都是一样的,只有微小的差异(如数据载入)。要让 SQL 语句在使用前预备好,在 PreparedStatement 对象创建时必须将 SQL 传送到 JDBC 驱动程序,而不是在其执行时才传送。

IN 参数用 SQL String 中的 ? 占位符表示。在 PreparedStatement 能够成功地执行前,还必须调用 PreparedStatement 对象的 setXXX() 方法来设置 IN 参数,在这里 XXX 被设置的参数的数据类型所替换。因而,要将第一个 IN 参数设置为整数值 100,您应该调用 setInt(1, 100)。同样地,要将第二个 IN 参数设置为字符串值“rjb”,您应该调用 setString(2, "rjb")。最后一点是,设置好的参数值在设置为一个新的值,或用 clearParameters() 显式地清除之前会保持不变。这很重要,因为 PreparedStatement 可以被多次执行;如果您不注意的话,就会让您的数据库充满无用数据。
问题10 :
1、把不用的jsp文件整理.
问题11:提交页面,每次都提交两次。
原因:
1、
<input type="submit" name="sendit" value="发送" class=button onclick="javascript:if(chkit())form_submit('broadcast_operation.jsp?s_coming=1&s_num=<%=str_num%>')">
这里如果type=”sbumit”,页面就会提交两次,(这个bug相信大家都知道其实没必要提出来)
在onclick事件里面会提交一次,而submit 按钮本身也会提交一次。

解决方法:
如果在onclick 事件里面提交页面,按钮的类型type 一定不可以是”submit或image” 按钮。
可以是”button”.
解决方法:
去掉这样<meta http-equiv="refresh" content="600">
的语句。

问题13:在跳转到别的页面的时候,要加return。
否则可能会引起错误。跳转不过去。
If{
request.getRequestDispatcher("/xxx/ErrorPage.jsp?s_mark=error:record have existed").forward(request,response);
return;
}
else
{
response.sendRedirect();
//建议用上面的方法
return;
}

时间: 2024-08-04 10:34:33

Java性能之我见的相关文章

Java性能的优化(上)(转)

性能|优化 Java在九十年代中期出现以后,在赢得赞叹的同时,也引来了一些批评.赢得的赞叹主要是Java的跨平台的操作性,即所谓的"Write Once,Run Anywhere".但由于Java的性能和运行效率同C相比,仍然有很大的差距,从而引来了很多的批评. 对于服务器端的应用程序,由于不大涉及到界面设计和程序的频繁重启,Java的性能问题看似不大明显,从而一些Java的技术,如JSP,Servlet,EJB等在服务器端编程方面得到了很大的应用,但实际上,Java的性能问题在服务器

(代码级)Java性能的优化

性能|优化 Java在九十年代中期出现以后,在赢得赞叹的同时,也引来了一些批评.赢得的赞叹主要是Java的跨平台的操作性,即所谓的"Write Once,Run Anywhere".但由于Java的性能和运行效率同C相比,仍然有很大的差距,从而引来了很多的批评. 对于服务器端的应用程序,由于不大涉及到界面设计和程序的频繁重启,Java的性能问题看似不大明显,从而一些Java的技术,如JSP,Se rvlet,EJB等在服务器端编程方面得到了很大的应用,但实际上,Java的性能问题在服务

Java性能的优化(上)

性能|优化 Java在九十年代中期出现以后,在赢得赞叹的同时,也引来了一些批评.赢得的赞叹主要是Java的跨平台的操作性,即所谓的"Write Once,Run Anywhere".但由于Java的性能和运行效率同C相比,仍然有很大的差距,从而引来了很多的批评. 对于服务器端的应用程序,由于不大涉及到界面设计和程序的频繁重启,Java的性能问题看似不大明显,从而一些Java的技术,如JSP, Servlet,EJB等在服务器端编程方面得到了很大的应用,但实际上,Java的性能问题在服务

Java 性能优化之 String 篇

String 在 JVM 的存储结构 一般而言,Java 对象在虚拟机的结构如下: 对象头(object header):8 个字节 Java 原始类型数据:如 int, float, char 等类型的数据,各类型数据占内存如 表 1. Java 各数据类型所占内存. 引用(reference):4 个字节 填充符(padding) 表 1. Java 各数据类型所占内存 然而,一个 Java 对象实际还会占用些额外的空间,如:对象的 class 信息.ID.在虚拟机中的状态.在 Oracle

关于Java性能的9个谬论

Java的性能有某种黑魔法之称.部分原因在于Java平台非常复杂,很多情况下问题难以定位.然而在历史上还有一种趋 势,人们靠智慧和经验来研究Java性能,而不是靠应用统计和实证推理.在这篇文章中,我希望拆穿一些最荒谬的技术神话 . 1.Java很慢 关于Java的性能有很多谬论,这一条是最过时的,可能也是最为明显的. 确实,在上 世纪90年代和本世纪初处,Java有时是很慢. 然而从那以后,虚拟机和JIT技术已经有了十多年的改进,Java的整体 性能现在已经非常好了. 在6个独立的Web性能基准

Java性能优化[1]:基本类型 vs 引用类型

在Java性能优化系列中,内存管理是一个要优先考虑的关键因素.而说到内存分配,就必然会涉及到 基本类型和引用类型.所以我们今天就先来介绍一下这两种类型在性能方面各自有什么奥妙(关于这两 种类型在其它方面的奥妙,我会另外写一个帖子). ★名词定义 先明确一下什么是基本类型,什么是引用类型.简单地说,所谓基本类型就是Java语言中如下的8种 内置类型:boolean.char.byte.short.int.long.float.double.而引用类型就是那些可以通过 new来创建对象的类型(基本上

关于Java性能监控您不知道的5件事,第2部分:利用JDK内置分析器进行Java进程

关于Java性能监控您不知道的5件事,第2部分:利用JDK内置分析器进行Java进程监控 全功能内置分析器,如 JConsole 和 VisualVM 的成本有时比它们的性能费用还要高 - 尤其是在生产软件上运行的系统中.因此,在聚焦 Java 性能监控的第 2 篇文章中,我将介绍 5 个命令行分析工具,使开发人员仅关注运行的 Java 进程的一个方面. JDK 包括很多命令行实用程序,可以用于监控和管理 Java 应用程序性能.虽然大多数这类应用程序都被标注为 "实验型",在技术上不

5招教你把握Java性能监控(转自51testing)

很多开发者觉得自己懂Java编程,事实是大多数开发人员都只领会到了Java平台的皮毛,所学也只够应付工作.作者将深度挖掘Java平台的核心功能,揭示一些鲜为人知的事实,帮助您解决最棘手的编程困难. 当应用程序性能受到损害时,大多数开发人员都惊慌失措,这在情理之中.跟踪Java应用程序瓶颈来源一直以来都是很麻烦的,因为Java虚拟机有黑盒效应,而且Java平台分析工具一贯就有缺陷. 然而,随着Java5中JConsole的引入,一切都发生了改变.JConsole是一个内置Java性能分析器,可以从

java性能问题

问题描述 java性能问题 public class Guava implements Runnable { public static void main(String []a){ new Thread(new Guava()).start(); } @Override public void run() { long end; long start; int temp=0; while(true){ start=System.currentTimeMillis(); for(int i=0;