http://www.blogjava.net/deng947/archive/2006/04/14/41139.html
一 HTML － Basic

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>

一直以来都是用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 文件处理一下就行了。

    概述
    各种企业应用几乎都会碰到任务调度的需求，就拿论坛来说：每隔半个小时生成精华文章的RSS文件，每天凌晨统计论坛用户的积分排名，每隔30分钟执行锁定用户解锁任务。对于一个典型的MIS系统来说，在每月1号凌晨统计上个月各部门的业务数据生成月报表，每半个小时查询用户是否已经有快到期的待处理业务…… 

    Quartz 是开源任务调度框架中的翘首，它提供了强大任务调度机制，同时保持了使用的简单性。Quartz 允许开发人员灵活地定义触发器的调度时间表，并可以对触发器和任务进行关联映射。此外，Quartz提供了调度运行环境的持久化机制，可以保存并恢复调度现场，即使系统因故障关闭，任务调度现场数据并不会丢失。此外，Quartz还提供了组件式的侦听器、各种插件、线程池等功能。

    Spring为创建Quartz的Scheduler、Trigger和JobDetail提供了便利的FactoryBean类，以便能够在Spring 容器中享受注入的好处。此外Spring还提供了一些便利工具类直接将Spring中的Bean包装成合法的任务。Spring进一步降低了使用Quartz的难度，能以更具Spring风格的方式使用Quartz。概括来说它提供了两方面的支持： 

 
    创建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：

   JobDetailBean封装了MyJob任务类，并为Job对应JobDataMap设置了一个size的数据。此外，通过指定applicationContextJobDataKey让Job的JobDataMap持有Spring ApplicationContext的引用。这样，MyJob在运行时就可以通过JobDataMap访问到size和ApplicationContext了。来看一下MyJob的代码： 
  MyJob

    在②处获取size值，在③处还可以根据键“applicationContext”获取ApplicationContext，有了ApplicationContext的引用，Job就可以毫无障碍访问Spring容器中的任何Bean了。MyJob可以在execute()方法中对JobDataMap进行更改，如④所示。如果MyJob实现Job接口，这个更改对于下一次执行是不可见的，如果MyJob实现StatefulJob接口，这种更改对下一次执行是可见的。

MethodInvokingJobDetailFactoryBean
    通常情况下，任务都定义在一个业务类方法中。这时，为了满足Quartz Job接口的规定，还需要定义一个引用业务类方法的实现类。为了避免创建这个只包含一行调用代码的Job实现类，Spring为我们提供了MethodInvokingJobDetailFactoryBean，借由该FactoryBean，我们可以将一个Bean的某个方法封装成满足Quartz要求的Job。来看一个具体的例子：

    jobDetail_1将MyService#doJob()封装成一个任务，同时通过concurrent属性指定任务的类型，默认情况下封装为无状态的任务，如果希望目标封装为有状态的任务，仅需要将concurrent设置为false就可以了。Spring通过名为concurrent的属性指定任务的类型，能够更直接地描述到任务执行的方式（有状态的任务不能并发执行，无状态的任务可并发执行）。
    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数据：

   需要特别注意的是，①处配置的JobDataMap是Trigger的JobDataMap，任务执行时必须通过以下方式获取配置的值：

    CronTriggerBean
    CronTriggerBean扩展于CronTrigger，触发器的名字即为Bean的名字，保存在默认组中。在CronTrigger的基础上，新增的属性和SimpleTriggerBean大致相同，配置的方法也和SimpleTriggerBean相似，下面给出一个简单的例子：

   
     创建Scheduler 
    Quartz的SchedulerFactory是标准的工厂类，不太适合在Spring环境下使用。此外，为了保证Scheduler能够感知Spring容器的生命周期，完成自动启动和关闭的操作，必须让Scheduler和Spring容器的生命周期相关联。以便在Spring容器启动后，Scheduler自动开始工作，而在Spring容器关闭前，自动关闭Scheduler。为此，Spring提供SchedulerFactoryBean，这个FactoryBean大致拥有以下的功能： 
    来看一个SchedulerFactoryBean配置的例子： 
    SchedulerFactoryBean配置

    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属性的例子：

   在实际应用中，我们并不总是在程序部署的时候就可能确定需要哪些任务，往往需要在运行期根据业务数据动态产生触发器和任务。你完全可以在运行期通过代码调用SchedulerFactoryBean获取Scheduler实例，进行动态的任务注册和调度。

    小结
    Spring为Quartz的JobDetail和Trigger提供了更具Bean风格的支持类，这使我们能够更地方便地在Spring中通过配置定制这些组件实例。Spring的SchedulerFactoryBean让我们可以脱离Quartz自身的配置体系，而以更具Spring风格的方式定义Scheduler。此外，还可以享受Scheduler生命周期和Spring 容器生命周期绑定的好处。

 

如果您用eclipse开发代码，但是eclipse响应很慢，甚至有些时候你切换一个java代码文件或者动了一下eclipse，就要等待一段时间（有点严重到20多秒以上），类似卡住了的感觉（我的内存是1G的，磁盘空闲空间多，而且只开了一个eclipse应用，速度也不会有改善。），那么我这个方法可以帮助你解决这个问题：

使用下面的命令行启动eclipse： 

如果通过快捷方式启动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 平台上可以获得合理的性能。

log4j简介

简单的说log4j就是用于帮助开发人员进行日志输出管理的API类库。它最重要的特点是可以配置文件灵活的设置日志信息的优先级、日志信息的输出目的地以及日志信息的输出格式。Log4j除了可以记录程序运行日志信息外还有一重要的功能就是用来显示调试信息。

Log4j的类图

• Logger - 日志写出器，供程序员输出日志信息
• Appender - 日志目的地，把格式化好的日志信息输出到指定的地方去
• Layout - 日志格式化器，用来把程序员的logging request格式化成字符串

log4j使用方法

1、定义配置文件

　 首先使用配置文件将使我们的应用程序更加灵活配置。log日志输出方式包括输出优先级、输出目的地、输出格式。Log4j支持两种配置文件格式，一种是XML格式的文件，一种是Java特性文件log4j.properties（键=值）。下面将介绍使用log4j.properties文件作为配置文件的方法：

　　①配置根Logger，其语法为：0

　　log4j.rootLogger = [ level ] , appenderName, appenderName, …

　　其中，level 是日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定义的级别。Log4j建议只使用四个级别，优先级从高到低分别是ERROR、WARN、INFO、DEBUG。通过在这里定义的级别，您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定义了INFO级别，则应用程序中所有DEBUG级别的日志信息将不被打印出来。 appenderName就是指定日志信息输出到哪个地方。可同时指定多个输出目的地。

　　②配置日志信息输出目的地Appender，其语法为：

　　log4j.appender.appenderName = fully.qualified.name.of.appender.class
　　log4j.appender.appenderName.option1 = value1
　　…
　　log4j.appender.appenderName.option = valueN

　　其中，Log4j提供的appender有以下几种：
　　org.apache.log4j.ConsoleAppender（控制台），
　　org.apache.log4j.FileAppender（文件），
　　org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件），
　　org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件），
　　org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方）

　 ③配置日志信息的格式（布局），其语法为：

　　log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
　　log4j.appender.appenderName.layout.option1 = value1
　　…
　　log4j.appender.appenderName.layout.option = valueN

　　其中，Log4j提供的layout有以下几种：
　　org.apache.log4j.HTMLLayout（以HTML表格形式布局），
　　org.apache.log4j.PatternLayout（可以灵活地指定布局模式），
　　org.apache.log4j.SimpleLayout（包含日志信息的级别和信息字符串），
　　org.apache.log4j.TTCCLayout（包含日志产生的时间、线程、类别等等信息）

　　Log4J采用类似C语言中的printf函数的打印格式格式化日志信息，打印参数如下： %m 输出代码中指定的消息

　　%p 输出优先级，即DEBUG，INFO，WARN，ERROR，FATAL
　　%r 输出自应用启动到输出该log信息耗费的毫秒数
　　%c 输出所属的类目，通常就是所在类的全名
　　%t 输出产生该日志事件的线程名
　　%n 输出一个回车换行符，Windows平台为“\r\n”，Unix平台为“\n”
　　%d 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，输出类似：2002年10月18日 22：10：28，921
　　%l 输出日志事件的发生位置，包括类目名、发生的线程，以及在代码中的行数。举例：Testlog4.main(TestLog4.java:10)

2、在代码中使用Log4j

　　①得到记录器

　　使用Log4j，第一步就是获取日志记录器，这个记录器将负责控制日志信息。其语法为：

　　public static Logger getLogger( String name)

　　通过指定的名字获得记录器，如果必要的话，则为这个名字创建一个新的记录器。Name一般取本类的名字，比如：

　　static Logger logger = Logger.getLogger ( ServerWithLog4j.class.getName () )

　　②读取配置文件

　　当获得了日志记录器之后，第二步将配置Log4j环境，其语法为：

        BasicConfigurator.configure ()： 自动快速地使用缺省Log4j环境。
　　PropertyConfigurator.configure ( String configFilename) ：读取使用Java的特性文件编写的配置文件。

例：PropertyConfigurator.configure(".\\src\\log4j.properties")
　　DOMConfigurator.configure ( String filename ) ：读取XML形式的配置文件。

　　③插入记录信息（格式化日志信息）

　　当上两个必要步骤执行完毕，就可轻松地使用不同优先级别的日志记录语句插入到您想记录日志的任何地方，其语法如下：

　　Logger.debug ( Object message ) ;
　　Logger.info ( Object message ) ;
　　Logger.warn ( Object message ) ;
　　Logger.error ( Object message ) ;

下面是配置文件log4j.properties的内容： 

程序说明：

① log4j.rootCategory=DEBUG, stdout，R

要显示所有优先权等于和高于Debug的信息。
"stdout"，”R”表示定义了两个输出端。

②下面的三行说stdout输出端其实是标准输出Console，也就是屏幕。输出的格式是PatternLayout。转换方式是%5p (%F:%L) - %m%n，即前五格用来显示优先权，再显示当前的文件名，加当前的行数。最后是logger.debug()或logger.info()或logger.warn()或logger.error()里的信息。%n表示回车空行。

③再加上下面六行则说明log信息不光显示在屏幕上，而且被保存在一个叫"log.txt"的文件里，文件最大为100KB。如果文件大小超过100KB，文件会被备份成"log.txt.1"，新的"log.txt"继续记录log信息。

我们可以改变log4j.properties，而不需重新编译就可以控制log信息是否显示、log信息的输出端类型、输出方式、输出格式，等等。举例如下：

①在log4j.properties文件里把"log4j.rootCategory=DEBUG,stdout,R"改写成"log4j.rootCategory=OFF, stdout,R"，这样所有的log信息都不会显示了；解决了本文开始提出的问题。
②在log4j.properties文件里把"log4j.rootCategory=DEBUG,stdout,R"改写成"log4j.rootCategory=INFO, stdout,R"，这样只显示INFO, WARN, ERROR的log信息，而DEBUG信息不会被显示；

在web程序中使用log4j注意问题

1、    由于jsp或servlet在执行状态时没有当前路径概念，所有使用PropertyConfigurator.configure（String）语句找log4j.properties文件时要给出相对于当前jsp或servlet的路径转化成为一个绝对的文件系统路径。方法是使用servletcontext.getrealpath(string)语句。例：

 2、相应的log4j.properties设置某个属性时也要在程序中设置绝对路径。例：

log4j.appender.R.File属性设置日志文件存放位置。可以用读写.properties配置文件的方法进行灵活设置。

附：[配置文件]

Struts1.1机制[摘录]

Struts 的底层机制是MVC，下面是Struts 1.1中的MVC实现示意图：



首先，控制器（ActionServlet）进行初始化工作，读取配置文件（struts-config.xml），为不同的Struts模块初始化相应的ModuleConfig对象。比如配置文件中的Action映射定义都保存在ActionConfig集合中。相应地有ControlConfig集合、FormBeanConfig集合、ForwardConfig集合和MessageResourcesConfig集合等。

控制器接收HTTP请求，并从ActionConfig中找出对应于该请求的Action子类，如果没有对应的Action，控制器直接将请求转发给JSP或者静态页面。否则控制器将请求分发至具体Action类进行处理。

在控制器调用具体Action的execute方法之前，ActionForm对象将利用HTTP请求中的参数来填充自己（可选步骤，需要在配置文件中指定）。具体的ActionForm对象应该是ActionForm的子类对象，它其实就是一个JavaBean。此外，还可以在ActionForm类中调用validate方法来检查请求参数的合法性，并且可以返回一个包含所有错误信息的ActionErrors对象。如果执行成功，ActionForm自动将这些参数信息以JavaBean（一般称之为form bean）的方式保存在Servlet Context中，这样它们就可以被其它Action对象或者JSP调用。

Struts将这些ActionForm的配置信息都放在FormBeanConfig集合中，通过它们Struts能够知道针对某个客户请求是否需要创建相应的ActionForm实例。

Action很简单，一般只包含一个execute方法，它负责执行相应的业务逻辑，如果需要，它也进行相应的数据检查。执行完成之后，返回一个ActionForward对象，控制器通过该ActionForward对象来进行转发工作。我们主张将获取数据和执行业务逻辑的功能放到具体的JavaBean当中，而Action只负责完成与控制有关的功能。遵循该原则，所以在上图中我将Action对象归为控制器部分。

提示：其实在Struts 1.1中，ActionMapping的作用完全可以由ActionConfig来替代，只不过由于它是公共API的一部分以及兼容性的问题得以保留。ActionMapping通过继承ActionConfig来获得与其一致的功能，你可以等同地看待它们。同理，其它例如ActionForward与ForwardConfig的关系也是如此。

下图给出了客户端从发出请求到获得响应整个过程的图解说明。



ActionServlet

首先来了解MVC中的控制器。在Struts 1.1中缺省采用ActionServlet类来充当控制器，当然如果ActionServlet不能满足需求，也可以通过继承它来实现自己的类。可以在/WEB-INF/web.xml中来具体指定。

要掌握ActionServlet，就必须了解它所扮演的角色。首先，ActionServlet表示MVC结构中的控制器部分，它需要完成控制器所需的前端控制及转发请求等职责。其次，ActionServlet被实现为一个专门处理HTTP请求的Servlet，它同时具有servlet的特点。在Struts 1.1中它主要完成以下功能：

接收客户端请求；
根据客户端的URI将请求映射到一个相应的Action类；
从请求中获取数据填充Form Bean（如果需要）；
调用Action类的execute()方法获取数据或者执行业务逻辑；
选择正确的视图响应客户。

此外，ActionServlet还负责初始化和清除应用配置信息的任务。ActionServlet的初始化工作在init方法中完成，它可以分为两个部分：初始化ActionServlet自身的一些信息以及每个模块的配置信息。前者主要通过initInternal、initOther和initServlet三个方法来完成。

我们可以在/WEB-INF/web.xml中指定具体的控制器以及初始参数。

ActionForm

对于ActionForm你可以从以下几个方面来理解：
1、ActionForm表示HTTP窗体中的数据，可以将其看作是模型和视图的中介，它负责保存视图中的数据供模型或者视图使用。Struts 1.1文档中把它比作HTTP和Action之间的防火墙，这体现了ActionForm具有的过滤保护的作用，只有通过ActionForm验证的数据才能够发送到Action处理。
 
2、ActionForm是与一个或多个ActionConfig关联的JavaBean，在相应的action的execute方法被调用之前，ActionForm会自动利用请求参数来填充自己（初始化属性）。
 
3、ActionForm是一个抽象类，必须通过继承来实现自己的类。

4、ActionForm首先利用属性的getter和setter方法来实现初始化，初始化完毕后，ActionForm的validate方法被调用，可以检查请求参数的正确性和有效性，并且可以将错误信息以ActionErrors的形式返回到输入窗体。否则，ActionForm将被作为参数传给action的execute方法以供使用。

5、ActionForm bean的生命周期可以设置为session（缺省）和request，当设置为session时，记得在reset方法中将所有的属性重新设置为初始值。

6、由于ActionForm对应于HTTP窗体，所以随着页面的增多，ActionForm将会急速增加。而且可能同一类型页面字段将会在不同的ActionForm中出现，并且在每个ActionForm中都存在相同的验证代码。为了解决这个问题，可以为整个应用实现一个ActionForm或者至少一个模块对应于一个ActionForm。

但是，聚合的代价就是复用性很差，而且难维护。针对这个问题，在Struts 1.1中提出了DynaActionForm的概念。

DynaActionForm类

DynaActionForm的目的就是减少ActionForm的数目，利用DynaActionForm不必创建一个个具体的ActionForm类，而是在配置文件中配置出所需的虚拟ActionForm。例如，在下表中通过指定<form-bean>的type为"org.apache.struts.action.DynaActionForm"来创建一个动态的ActionForm--loginForm。
<form-beans>
    <form-bean name="loginForm" type="org.apache.struts.action.DynaActionForm">  
        <form-property name="actionClass" type="java.lang.String"/>
        <form-property name="username" type="java.lang.String"/>
        <form-property name="password" type="java.lang.String"/> 
    </form-bean> 
</form-beans>
动态的ActionForm的使用方法跟普通的ActionForm相同，但是要注意一点：普通的ActionForm对象需要为每个属性提供getter和setter方法，如果使用DynaActionForm，它将属性保存在一个HashMap类对象中，同时提供相应的get(name) 和 set(name)方法，其中参数name是要访问的属性名。例如要访问DynaActionForm中username的值，可以采用类似的代码：
String username = (String)form.get("username")；

由于值存放于一个HashMap对象，所以要记得对get()方法返回的Object对象做强制性类型转换。正是由于这点区别，如果在Action中非常频繁地使用ActionForm对象，建议还是使用普通的ActionForm对象。

Action

我们通过继承Action类来实现具体的执行类。具体Action类的功能一般都在execute（以前是perform方法）方法中完成，其中主要涉及到以下几个方面：

a、辅助ActionForm进行一些表单数据的检查； 
b、执行必要的业务逻辑，比如存取数据库，调用实体bean等； 
c、更新服务器端的bean数据，后续对象中可能会用到这些数据，比如在JSP中利用bean:write来获得这些数据； 
d、根据处理结果决定程序的去处，并以ActionForward对象的形式返回给ActionServlet。 

提示：由于在Action和ActionForm中都可以实现验证方法，那么如何来安排它们之间的分工呢？一般来说，我们秉着MVC分离的原则，也就是视图级的验证工作放在ActionForm来完成，比如输入不能为空，email格式是否正确，利用ValidatorForm可以很轻松地完成这些工作。而与具体业务相关的验证则放入Action中，这样就可以获得最大ActionForm重用性的可能。

前面提到过，我们主张将业务逻辑执行分离到单独的JavaBean中，而Action只负责错误处理和流程控制。而且考虑到重用性的原因，在执行业务逻辑的JavaBean中不要引用任何与Web应用相关的对象，比如HttpServletRequest，HttpServletResponse等对象，而应该将其转化为普通的Java对象。
今天终于开博了 主要来记录遇到的难题及解决方案 以及作为网路上精华文章的备忘录。