Image 标签 <IMG src="../images/03.gif" border="0"> 所有属性包括
Basic 属性包括
alt
Class
Id
Long
Longdesc
Name
Src
Title
Usemap
Display 属性包括
Align
Border
Dir
Height
Hspace
Ismap
Mapfile
Style
Vspace
Width
Events 属性包括
Onclick
Ondbclick
Onhelp
Onkeydown
Onkeypress
Onkeyup
Onmounsedown
Onmousemove
Onmouseout
Onmouseover
Onmouseup
二、 HTML-Form
Image Button<INPUT type="image" src="../images/03.gif" />
Basic 属性包括
Accept
Accesskey
Alt
Checked
Class
Disabled
Id
Long
Maxlength
Name
readonly
Src
Tabindex
Title
Type
Usemap
Value
Display 属性包括
Align
Border
Dir
Height
Ismap
Isstyle
Size
Style
Width
Events 属性包括
Onblur
Onchange
Onclick
Ondbclick
Onfocus
Onhelp
Onkeydown
Onkeypress
Onkeyup
Onmounsedown
Onmousemove
Onmouseout
Onmouseover
Onmouseup
Onselect
三、 Struts - Basic
Image <html:img page="/images/03.gif" border="0" />
Basic 属性包括
Action
Alt
AltKey
Bundle
imageName
locale
lowsrc
Name
Page
PageKey
Paramname
Paramproperty
Paramscope
Src
SrcKey
Title
titleKey
Usemap
Display 属性包括
Align
Border
Height
Hsapce
Ismap
Style
StyleClass
StyleId
Vsapce
Width
Events 属性包括
Onclick
Ondbclick
Onkeydown
Onkeypress
Onkeyup
Onmounsedown
Onmousemove
Onmouseout
Onmouseover
Onmouseup
Other 属性包括
contextRealtive
module
paramId
useLocalEncoding
四、 Struts-Form
Image Button <html:image page="/images/03.gif" />
Basic 属性包括
Accesskey
Alt
altKey
bundle
Disabled
Indexed
Locale
Page
pageKey
property
Src
SrcKey
Tabindex
Title
titleKey
Value
Display 属性包括
Align
Border
Style
styleClass
styleId
Events 属性包括
Onblur
Onchange
Onclick
Ondbclick
Onfocus
Onkeydown
Onkeypress
Onkeyup
Onmounsedown
Onmousemove
Onmouseout
Onmouseover
Onmouseup
在 Struts 必须使用 Struts - Basic 下的 Image 标签 和 Struts-Form 下的 Image Button 按钮。其中可以使用 servlet 随机生成的图片,或者 jsp 文件。 JSP 下的彩色验证码的解决:
随机验证图片的生成文件
<%@ page contentType="image/jpeg" import="java.awt.*,java.awt.image.*,java.util.*,javax.imageio.*" %>
<%!
Color getRandColor(int fc,int bc){// 给定范围获得随机颜色
Random random = new Random();
if(fc>255) fc=255;
if(bc>255) bc=255;
int r=fc+random.nextInt(bc-fc);
int g=fc+random.nextInt(bc-fc);
int b=fc+random.nextInt(bc-fc);
return new Color(r,g,b);
}
%>
<%
// 设置页面不缓存
response.setHeader("Pragma","No-cache");
response.setHeader("Cache-Control","no-cache");
response.setDateHeader("Expires", 0);
// 在内存中创建图象
int width=60, height=20;
BufferedImage image = new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);
// 获取图形上下文
Graphics g = image.getGraphics();
// 生成随机类
Random random = new Random();
// 设定背景色
g.setColor(getRandColor(200,250));
g.fillRect(0, 0, width, height);
// 设定字体
g.setFont(new Font("Times New Roman",Font.PLAIN,18));
// 画边框
//g.setColor(new Color());
//g.drawRect(0,0,width-1,height-1);
// 随机产生 155 条干扰线,使图象中的认证码不易被其它程序探测到
g.setColor(getRandColor(160,200));
for (int i=0;i<155;i++)
{
int x = random.nextInt(width);
int y = random.nextInt(height);
int xl = random.nextInt(12);
int yl = random.nextInt(12);
g.drawLine(x,y,x+xl,y+yl);
}
// 取随机产生的认证码 (4 位数字 )
String sRand="";
for (int i=0;i<4;i++){
String rand=String.valueOf(random.nextInt(10));
sRand+=rand;
// 将认证码显示到图象中
g.setColor(new Color(20+random.nextInt(110),20+random.nextInt(110),20+random.nextInt(110)));// 调用函数出来的颜色相同,可能是因为种子太接近,所以只能直接生成
g.drawString(rand,13*i+6,16);
}
// 将认证码存入 SESSION
session.setAttribute("rand",sRand);
// 图象生效
g.dispose();
// 输出图象到页面
ImageIO.write(image, "JPEG", response.getOutputStream());
%>
使用页面:
<%@ page contentType="text/html;charset=gb2312" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title> 认证码输入页面 </title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="Expires" CONTENT="0">
</head>
<body>
<form method=post action="check.jsp">
<table>
<tr>
<td align=left> 系统产生的认证码: </td>
<td><img border=0 src="image.jsp"></td>
</tr>
<tr>
<td align=left> 输入上面的认证码: </td>
<td><input type=text name=rand maxlength=4 value=""></td>
</tr>
<tr>
<td colspan=2 align=center><input type=submit value=" 提交检测 "></td>
</tr>
</table>
</form>
posted @
2009-04-23 19:58 心路 阅读(839) |
评论 (0) |
编辑 收藏
unsupported major.minor version 解决方法
一直以来都是用jdk1.5,这次重返电信由于其系统是在jdk1.4上编译的,编译的时候出现了unsupported major.minor version49.0的错误,上网查看了一下还是一个很普遍的错误,捣鼓了两天终于捣鼓出一些东西,现分享给大家。
何谓 major.minor,且又居身于何处呢?先感性认识并找到 major.minor 来。顺便写一段 代码,然后用 JDK 1.5 的编译器编译成class,用UltraEdit或者其他能打开非十进制文件的软件打开此class,见下图:
从上图中我们看出来了什么是 major.minor version 了,它相当于一个软件的主次版本号,只是在这里是标识的一个 Java Class 的主版本号和次版本号,同时我们看到 minor_version 为 0x0000,major_version 为 0x0031,转换为十制数分别为0 和 49,即 major.minor 就是 49.0 了。
现在不妨从 JDK 1.1 到 JDK 1.7 编译器编译出的 class 的默认 minor.major version 吧。(又走到 Sun 的网站上翻腾出我从来都没用过的古董来)
JDK 编译器版本 |
target 参数 |
十六进制 minor.major |
十进制 minor.major |
jdk1.1.8 |
不能带 target 参数 |
00 03 00 2D |
45.3 |
jdk1.2.2 |
不带(默认为 -target 1.1) |
00 03 00 2D |
45.3 |
jdk1.2.2 |
-target 1.2 |
00 00 00 2E |
46.0 |
jdk1.3.1_19 |
不带(默认为 -target 1.1) |
00 03 00 2D |
45.3 |
jdk1.3.1_19 |
-target 1.3 |
00 00 00 2F |
47.0 |
j2sdk1.4.2_10 |
不带(默认为 -target 1.2) |
00 00 00 2E |
46.0 |
j2sdk1.4.2_10 |
-target 1.4 |
00 00 00 30 |
48.0 |
jdk1.5.0_11 |
不带(默认为 -target 1.5) |
00 00 00 31 |
49.0 |
jdk1.5.0_11 |
-target 1.4 -source 1.4 |
00 00 00 30 |
48.0 |
jdk1.6.0_01 |
不带(默认为 -target 1.6) |
00 00 00 32 |
50.0 |
jdk1.6.0_01 |
-target 1.5 |
00 00 00 31 |
49.0 |
jdk1.6.0_01 |
-target 1.4 -source 1.4 |
00 00 00 30 |
48.0 |
jdk1.7.0 |
不带(默认为 -target 1.6) |
00 00 00 32 |
50.0 |
jdk1.7.0 |
-target 1.7 |
00 00 00 33 |
51.0 |
jdk1.7.0 |
-target 1.4 -source 1.4 |
00 00 00 30 |
48.0 |
Apache Harmony 5.0M3 |
不带(默认为 -target 1.2) |
00 00 00 2E |
46.0 |
Apache Harmony 5.0M3 |
-target 1.4 |
00 00 00 30 |
48.0 |
当然你也可以用其他方法查看版本号,比如javap -verbose XXXX(class名)。
那么现在如果碰到这种问题该知道如何解决了吧,还会像我所见到有些兄弟那样,去找个 1.4 的 JDK 下载安装,然后用其重新编译所有的代码吗?且不说这种方法的繁琐,而且web应用程序还不一定能成功,其实大可不必如此费神,我们一定还记得 javac 还有个 -target 参数,对啦,可以继续使用 1.5 JDK,编译时带上参数 -target 1.4 -source 1.4 就 OK 啦,不过你一定要对哪些 API 是 1.5 JDK 加入进来的了如指掌,不能你的 class 文件拿到 JVM 1.4 下就会 method not found。目标 JVM 是 1.3 的话,编译选项就用 -target 1.3 -source 1.3 了。
相应的如果使用 ant ,它的 javac 任务也可对应的选择 target 和 source
<javac target="1.4" source="1.4" ............................/>
如果是在开发中,可以肯定的是现在真正算得上是 JAVA IDE 对于工程也都有编译选项设置目标代码的。例如 Eclipse 的项目属性中的 Java Compiler 设置,如图:
其实理解 major.minor 就像是我们可以这么想像,同样是微软件的程序,32 位的应用程序不能拿到 16 位系统中执行那样。
如果我们发布前了解到目标 JVM 版本,知道怎么从 java class 文件中看出 major.minor 版本来,就不用等到服务器报出异常才着手去解决,也就能预知到可能发生的问题。
其他时候遇到这个问题应具体解决,总之问题的根由是低版本的 JVM 无法加载高版本的 class 文件造成的,找到高版本的 class 文件处理一下就行了。
|
posted @
2009-04-23 11:31 心路 阅读(68585) |
评论 (5) |
编辑 收藏
概述
各种企业应用几乎都会碰到任务调度的需求,就拿论坛来说:每隔半个小时生成精华文章的RSS文件,每天凌晨统计论坛用户的积分排名,每隔30分钟执行锁定用户解锁任务。对于一个典型的MIS系统来说,在每月1号凌晨统计上个月各部门的业务数据生成月报表,每半个小时查询用户是否已经有快到期的待处理业务……
Quartz 是开源任务调度框架中的翘首,它提供了强大任务调度机制,同时保持了使用的简单性。Quartz 允许开发人员灵活地定义触发器的调度时间表,并可以对触发器和任务进行关联映射。此外,Quartz提供了调度运行环境的持久化机制,可以保存并恢复调度现场,即使系统因故障关闭,任务调度现场数据并不会丢失。此外,Quartz还提供了组件式的侦听器、各种插件、线程池等功能。
Spring为创建Quartz的Scheduler、Trigger和JobDetail提供了便利的FactoryBean类,以便能够在Spring 容器中享受注入的好处。此外Spring还提供了一些便利工具类直接将Spring中的Bean包装成合法的任务。Spring进一步降低了使用Quartz的难度,能以更具Spring风格的方式使用Quartz。概括来说它提供了两方面的支持:
1)为Quartz的重要组件类提供更具Bean风格的扩展类;
2)提供创建Scheduler的BeanFactory类,方便在Spring环境下创建对应的组件对象,并结合Spring容器生命周期进行启动和停止的动作。
创建JobDetail
可以直接使用Quartz的JobDetail在Spring中配置一个JobDetail Bean,但是JobDetail使用带参的构造函数,对于习惯通过属性配置的Spring用户来说存在使用上的不便。为此Spring通过扩展JobDetail提供了一个更具Bean风格的JobDetailBean。此外,Spring提供了一个MethodInvokingJobDetailFactoryBean,通过这个FactoryBean可以将Spring容器中Bean的方法包装成Quartz任务,这样开发者就不必为Job创建对应的类。
JobDetailBean
JobDetailBean扩展于Quartz的JobDetail。使用该Bean声明JobDetail时,Bean的名字即是任务的名字,如果没有指定所属组,即使用默认组。除了JobDetail中的属性外,还定义了以下属性:
● jobClass:类型为Class,实现Job接口的任务类;
● beanName:默认为Bean的id名,通过该属性显式指定Bean名称,对应任务的名称;
● jobDataAsMap:类型为Map,为任务所对应的JobDataMap提供值。之所以需要提供这个属性,是因为除非你手工注册一 个编辑器,你不能直接配置JobDataMap类型的值,所以Spring通过jobDataAsMap设置JobDataMap的值;
●applicationContextJobDataKey:你可以将Spring ApplicationContext的引用保存到JobDataMap中,以便在Job的代码中访问ApplicationContext。为了达到这个目的,你需要指定一个键,用以在jobDataAsMap中保存ApplicationContext,如果不设置此键,JobDetailBean就不将ApplicationContext放入到JobDataMap中;
●jobListenerNames:类型为String[],指定注册在Scheduler中的JobListeners名称,以便让这些监听器对本任务的事件进行监听。
下面配置片断使用JobDetailBean在Spring中配置一个JobDetail:
<bean name="jobDetail" class="org.springframework.scheduling.quartz.JobDetailBean">
<property name="jobClass" value="com.baobaotao.quartz.MyJob" />
<property name="jobDataAsMap">①
<map>
<entry key="size" value="10" />
</map>
</property>
<property name="applicationContextJobDataKey" value="applicationContext"/>②
</bean>
JobDetailBean封装了MyJob任务类,并为Job对应JobDataMap设置了一个size的数据。此外,通过指定applicationContextJobDataKey让Job的JobDataMap持有Spring ApplicationContext的引用。这样,MyJob在运行时就可以通过JobDataMap访问到size和ApplicationContext了。来看一下MyJob的代码:
MyJob
import org.quartz.Job;
import org.quartz.JobExecutionContext;
import org.quartz.JobExecutionException;
import org.springframework.context.ApplicationContext;
public class MyJob implements Job {
public void execute(JobExecutionContext jctx) throws JobExecutionException {
Map dataMap = jctx.getJobDetail().getJobDataMap(); ①获取JobDetail关联的JobDataMap
String size =(String)dataMap.get("size"); ②
ApplicationContext ctx = (ApplicationContext)dataMap.get("applicationContext"); ③
System.out.println("size:"+size);
dataMap.put("size",size+"0"); ④对JobDataMap所做的更改是否被会持久,取决于任务的类型
//do sth
}
}
在②处获取size值,在③处还可以根据键“applicationContext”获取ApplicationContext,有了ApplicationContext的引用,Job就可以毫无障碍访问Spring容器中的任何Bean了。MyJob可以在execute()方法中对JobDataMap进行更改,如④所示。如果MyJob实现Job接口,这个更改对于下一次执行是不可见的,如果MyJob实现StatefulJob接口,这种更改对下一次执行是可见的。
MethodInvokingJobDetailFactoryBean
通常情况下,任务都定义在一个业务类方法中。这时,为了满足Quartz Job接口的规定,还需要定义一个引用业务类方法的实现类。为了避免创建这个只包含一行调用代码的Job实现类,Spring为我们提供了MethodInvokingJobDetailFactoryBean,借由该FactoryBean,我们可以将一个Bean的某个方法封装成满足Quartz要求的Job。来看一个具体的例子:
<bean id="jobDetail_1" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
<property name="targetObject" ref="myService" /> ① 引用一个Bean
<property name="targetMethod" value="doJob" /> ② 指定目标Bean的方法
<property name="concurrent" value="false" /> ③ 指定最终封装出的任务是否有状态
<bean id="myService" class="com.baobaotao.service.MyService"/>
jobDetail_1将MyService#doJob()封装成一个任务,同时通过concurrent属性指定任务的类型,默认情况下封装为无状态的任务,如果希望目标封装为有状态的任务,仅需要将concurrent设置为false就可以了。Spring通过名为concurrent的属性指定任务的类型,能够更直接地描述到任务执行的方式(有状态的任务不能并发执行,无状态的任务可并发执行)。
MyService服务类拥有一个doJob()方法,它的代码如下所示:
public class MyService {
public void doJob(){①被封装成任务的目标方法
System.out.println("in MyService.dojob().");
}
}
doJob()方法即可以是static也可以是非static的,但不能拥有方法入参。通过MethodInvokingJobDetailFactoryBean产生的JobDetail不能被序列化,所以不能被持久化到数据库中的,如果希望使用持久化任务,则你只能创建正规的Quartz的Job实现类了。
创建Trigger
Quartz中另一个重要的组件就是Trigger,Spring按照相似的思路分别为SimpleTrigger和CronTrigger提供了更具Bean风格的SimpleTriggerBean和CronTriggerBean扩展类,通过这两个扩展类更容易在Spring中以Bean的方式配置Trigger。
SimpleTriggerBean
默认情况下,通过SimpleTriggerBean配置的Trigger名字即为Bean的名字,并属于默认组Trigger组。SimpleTriggerBean在SimpleTrigger的基础上,新增了以下属性:
● jobDetail:对应的JobDetail;
● beanName:默认为Bean的id名,通过该属性显式指定Bean名称,它对应Trigger的名称;
● jobDataAsMap:以Map类型为Trigger关联的JobDataMap提供值;
● startDelay:延迟多少时间开始触发,单位为毫秒,默认为0;
● triggerListenerNames:类型为String[],指定注册在Scheduler中的TriggerListener名称,以便让这些监听器对本触发器的事件进行监听。
下面的实例使用SimpleTriggerBean定义了一个Trigger,该Trigger和jobDetail相关联,延迟10秒后启动,时间间隔为20秒,重复执行100次。此外,我们还为Trigger设置了JobDataMap数据:
<bean id="simpleTrigger" class="org.springframework.scheduling.quartz.SimpleTriggerBean">
<property name="jobDetail" ref="jobDetail" />
<property name="startDelay" value="1000" />
<property name="repeatInterval" value="2000" />
<property name="repeatCount" value="100" />
<property name="jobDataAsMap"> ①
<map>
<entry key="count" value="10" />
</map>
</property>
</bean>
需要特别注意的是,①处配置的JobDataMap是Trigger的JobDataMap,任务执行时必须通过以下方式获取配置的值:
public class MyJob implements StatefulJob {
public void execute(JobExecutionContext jctx) throws JobExecutionException {
Map dataMap = jctx.getTrigger().getJobDataMap(); ①获取Trigger的JobDataMap
String count = dataMap.get("count");
dataMap.put("count","30"); ② 对JobDataMap的更改不会被持久,不影响下次的执行
…
}
}
CronTriggerBean
CronTriggerBean扩展于CronTrigger,触发器的名字即为Bean的名字,保存在默认组中。在CronTrigger的基础上,新增的属性和SimpleTriggerBean大致相同,配置的方法也和SimpleTriggerBean相似,下面给出一个简单的例子:
<bean id="checkImagesTrigger" class="org.springframework.scheduling.quartz.CronTriggerBean">
<property name="jobDetail" ref="jobDetail "/>
<property name="cronExpression" value="0/5 * * * * ?"/>
</bean>
创建Scheduler
Quartz的SchedulerFactory是标准的工厂类,不太适合在
Spring环境下使用。此外,为了保证Scheduler能够感知Spring容器的生命周期,完成自动启动和关闭的操作,必须让Scheduler和Spring容器的生命周期相关联。以便在Spring容器启动后,Scheduler自动开始工作,而在Spring容器关闭前,自动关闭Scheduler。为此,Spring提供
SchedulerFactoryBean,这个FactoryBean大致拥有以下的功能:
1)以更具Bean风格的方式为Scheduler提供配置信息;
2)让Scheduler和Spring容器的生命周期建立关联,相生相息;
3)通过属性配置部分或全部代替Quartz自身的配置文件。
来看一个SchedulerFactoryBean配置的例子:
SchedulerFactoryBean配置
<bean id="scheduler" class="org.springframework.scheduling.quartz.SchedulerFactoryBean">
<property name="triggers"> ①注册多个Trigger
<list>
<ref bean="simpleTrigger" />
</list>
</property>
<property name="schedulerContextAsMap"> ②以Map类型设置SchedulerContext数据
<map>
<entry key="timeout" value="30" />
</map>
</property>
③显式指定Quartz的配置文件地址
<property name="configLocation" value="classpath:com/baobaotao/quartz/quartz.properties" />
</bean>
SchedulerFactoryBean的triggers属性为Trigger[]类型,可以通过该属性注册多个Trigger,在①处,我们注册了一个Trigger。Scheduler拥有一个类似于ServletContext的SchedulerContext。SchedulerFactoryBean允许你以Map的形式设置SchedulerContext的参数值,如②所示。默认情况下,Quartz在类路径下查询quartz.properties配置文件,你也可以通过configLocation属性显式指定配置文件位置,如③所示。
除了实例中所用的属性外,SchedulerFactoryBean还拥有一些常见的属性:
●calendars:类型为Map,通过该属性向Scheduler注册Calendar;
●jobDetails:类型为JobDetail[],通过该属性向Scheduler注册JobDetail;
●autoStartup:SchedulerFactoryBean在初始化后是否马上启动Scheduler,默认为true。如果设置为false,需要手工启动Scheduler;
●startupDelay:在SchedulerFactoryBean初始化完成后,延迟多少秒启动Scheduler,默认为0,表示马上启动。如果并非马上拥有需要执行的任务,可通过startupDelay属性让Scheduler延迟一小段时间后启动,以便让Spring能够更快初始化容器中剩余的Bean;
SchedulerFactoryBean的一个重要功能是允许你将Quartz配置文件中的信息转移到Spring配置文件中,带来的好处是,配置信息的集中化管理,同时我们不必熟悉多种框架的配置文件结构。回忆一个Spring集成JPA、Hibernate框架,就知道这是Spring在集成第三方框架经常采用的招数之一。SchedulerFactoryBean通过以下属性代替框架的自身配置文件:
●dataSource:当需要使用数据库来持久化任务调度数据时,你可以在Quartz中配置数据源,也可以直接在Spring中通过dataSource指定一个Spring管理的数据源。如果指定了该属性,即使quartz.properties中已经定义了数据源,也会被此dataSource覆盖;
●transactionManager:可以通过该属性设置一个Spring事务管理器。在设置dataSource时,Spring强烈推荐你使用一个事务管理器,否则数据表锁定可能不能正常工作;
●nonTransactionalDataSource:在全局事务的情况下,如果你不希望Scheduler执行化数据操作参与到全局事务中,则可以通过该属性指定数据源。在Spring本地事务的情况下,使用dataSource属性就足够了;
●quartzProperties:类型为Properties,允许你在Spring中定义Quartz的属性。其值将覆盖quartz.properties配置文件中的设置,这些属性必须是Quartz能够识别的合法属性,在配置时,你可以需要查看Quartz的相关文档。下面是一个配置quartzProperties属性的例子:
<bean id="scheduler" class="org.springframework.scheduling.quartz.SchedulerFactoryBean">
…
<property name="quartzProperties">
<props>
<prop key="org.quartz.threadPool.class"> ①Quartz属性项1
org.quartz.simpl.SimpleThreadPool
</prop>
<prop key="org.quartz.threadPool.threadCount">10</prop> ①Quartz属性项2
</props>
</property>
</bean>
在实际应用中,我们并不总是在程序部署的时候就可能确定需要哪些任务,往往需要在运行期根据业务数据动态产生触发器和任务。你完全可以在运行期通过代码调用SchedulerFactoryBean获取Scheduler实例,进行动态的任务注册和调度。
小结
Spring为Quartz的JobDetail和Trigger提供了更具Bean风格的支持类,这使我们能够更地方便地在Spring中通过配置定制这些组件实例。Spring的SchedulerFactoryBean让我们可以脱离Quartz自身的配置体系,而以更具Spring风格的方式定义Scheduler。此外,还可以享受Scheduler生命周期和Spring 容器生命周期绑定的好处。
posted @
2009-03-25 18:07 心路 阅读(10673) |
评论 (0) |
编辑 收藏
如果您用eclipse开发代码,但是eclipse响应很慢,甚至有些时候你切换一个java代码文件或者动了一下eclipse,就要等待一段时间(有点严重到20多秒以上),类似卡住了的感觉(我的内存是1G的,磁盘空闲空间多,而且只开了一个eclipse应用,速度也不会有改善。),那么我这个方法可以帮助你解决这个问题:
使用下面的命令行启动eclipse:
eclipse.exe -vmargs -Xverify:none -XX:+UseParallelGC -XX:PermSize=20M -Xms64M -Xmx512M
如果通过快捷方式启动eclipse,这样操作:“右键->属性->目标(输入框)”,参照上面的命令行在输入框中修改其中的命令行。
myEclipse也可以参照这样使用。
通常有用的开关
以下设置在大多数系统应该产生比出厂设置更好的性能。
- -Xverify:none - 该开关禁用 Java 字节代码验证,从而使加载更快,并且在启动过程中不需要加载类,仅用于验证。该开关缩短了启动时间,因此,没有理由不使用它。
- -vmargs - 表示将后面的所有参数直接传递到所指示的 Java VM。
- -Xms32m - 该设置告诉 Java 虚拟机将它的初始堆大小设置为 32 兆字节。通过告诉 JVM 最初应该为堆分配多少内存。
- -Xmx256m - 该设置告诉 Java 虚拟机它应该为该堆使用的最大内存数量。对该数量进行强硬的上限限制意味着 Java 进程占用的内存比可用的物理 RAM 少。对于具有较多内存的系统可以提高该显示。当前默认值为 128MB。注意: 不要将该值设置为接近或大于您系统中物理 RAM 的量,否则它将造成运行时期间严格的交换。
- -XX:PermSize=20m - 此 JVM 开关不仅功能更为强大,而且能够缩短启动时间。该设置用于调整内存"永久区域"(类保存在该区域中)的大小。因此我们向 JVM 提示它将需要的内存量。该设置消除了许多系统启动过程中的主要垃圾收集事件。
更多吸引人的开关
- -XX:+UseConcMarkSweepGC 或 -XX:+UseParNewGC - 如果您遇到入侵垃圾收集暂停的问题,则尝试这些开关。该开关使 JVM 对主要的垃圾收集事件(也对于次要的收集,如果运行在多处理器的工作站上)使用不同的算法,一些算法并不停止整个垃圾收集进程。
- -XX:+UseAdaptiveSizePolicy - 该开关可能有助于提高垃圾收集器吞吐量并减少内存占用。在 JDK5.0 中实现的 garbage collector ergonomics 的一部分。
- -XX:+UseParallelGC - 一些测试表明,至少在装备相当好的内存的系统上,当在单处理器系统上使用该收集算法时,次要垃圾收集的持续时间将减半。注意这是自相矛盾的,该收集器设计用于在具有十亿字节堆的多处理器系统上工作最佳。没有数据表示它在主要垃圾收集上的效果。注意: 该收集器和
-XX:+UseConcMarkSweepGC
是相互排斥的。
- -J-XX:CompileThreshold=100 - 该开关将使启动时间更慢,通过 HotSpot 来编译下载至本机的代码的很多方法比其他情况更快。报告的结果是 IDE 运行之后性能较高,因为将编译比解释的代码更多的 UI 代码。该值表示编译之前必须调用方法的次数。
影响图形行为的选项
- -Dsun.java2d.opengl=true - 启用新的基于 OpenGL 的管道,以便 Java 2D 用来支持使用 OpenGL 的快速硬件渲染。
- -Dsun.java2d.d3d=false - 该开关禁用 DirectDraw 并且可能解决一些 HW 配置的性能问题。
- -Dawt.nativeDoubleBuffering=true - 该开关使 Swing 假设操作系统正在处理双倍缓存并且它不应该执行任何操作。在远程 X 连接上该开关可能不工作,但是对于本地使用,它非常有用,因为您真正看到了每个重画的完成,这使它很容易注意到某些操作是否正在造成不必要的重画。
- Font anti-aliasing 用于 Swing widget,可以与 -Dswing.aatext=true 属性一起启用。与环境变量 J2D_PIXMAPS=shared 的设置和导出一起使用时非常有用,至少在 Linux 平台上可以获得合理的性能。
posted @
2009-03-11 15:14 心路 阅读(3939) |
评论 (0) |
编辑 收藏