Eclipse快速上手指南之使用ANT
2004-07-30 17:35
作者：
出处Q?
J2ME开发网
Ant是Javaq_下非常棒的批处理命o执行E序Q能非常方便地自动完成编译，试Q打包，部v{等一pddQ大大提高开发效率。如果你现在q没有开始用AntQ那p赶快开始学习用，使自q开发水q上一个新台阶?br>
Eclipse中已l集成了AntQ我们可以直接在Eclipse中运行Ant?br>
以前面徏立的Hello工程ZQ创Z下目录结构：
 |
新徏一个build.xmlQ放在工E根目录下。build.xml定义了Ant要执行的批处理命令。虽然Ant也可以用其它文件名Q但是遵循标准能更开发更规范Q同时易于与别h交流?br>
通常Qsrc存放Java源文Ӟclasses存放~译后的class文gQlib存放~译和运行用到的所有jar文gQweb存放JSP{web文gQdist存放打包后的jar文gQdoc存放API文档?br>
然后在根目录下创建build.xml文gQ输入以下内容：
| Q?xml version="1.0"?Q?br>Qproject name="Hello world" default="doc"Q?/font> Q?-- properies --Q?br>Qproperty name="src.dir" value="src" /Q?br>Qproperty name="report.dir" value="report" /Q?br>Qproperty name="classes.dir" value="classes" /Q?br>Qproperty name="lib.dir" value="lib" /Q?br>Qproperty name="dist.dir" value="dist" /Q?br>Qproperty name="doc.dir" value="doc"/Q?/font> Q?-- 定义classpath --Q?br>Qpath id="master-classpath"Q?br>Qfileset file="${lib.dir}/*.jar" /Q?br>Qpathelement path="${classes.dir}"/Q?br>Q?pathQ?/font> Q?-- 初始化Q?--Q?br>Qtarget name="init"Q?br>Q?targetQ?/font> Q?-- ~译 --Q?br>Qtarget name="compile" depends="init" description="compile the source files"Q?br>Qmkdir dir="${classes.dir}"/Q?br>Qjavac srcdir="${src.dir}" destdir="${classes.dir}" target="1.4"Q?br>Qclasspath refid="master-classpath"/Q?br>Q?javacQ?br>Q?targetQ?/font> Q?-- 试 --Q?br>Qtarget name="test" depends="compile" description="run junit test"Q?br>Qmkdir dir="${report.dir}"/Q?br>Qjunit printsummary="on" haltonfailure="false" failureproperty="tests.failed" showoutput="true"Q?br>Qclasspath refid="master-classpath" /Q?br>Qformatter type="plain"/Q?br>Qbatchtest todir="${report.dir}"Q?br>Qfileset dir="${classes.dir}"Q?br>Qinclude name="**/*Test.*"/Q?br>Q?filesetQ?br>Q?batchtestQ?br>Q?junitQ?br>Qfail if="tests.failed"Q?br>*********************************************************** **** One or more tests failed! Check the output ... **** *********************************************************** Q?failQ?br>Q?targetQ?/font> Q?-- 打包成jar --Q?br>Qtarget name="pack" depends="test" description="make .jar file"Q?br>Qmkdir dir="${dist.dir}" /Q?br>Qjar destfile="${dist.dir}/hello.jar" basedir="${classes.dir}"Q?br>Qexclude name="**/*Test.*" /Q?br>Qexclude name="**/Test*.*" /Q?br>Q?jarQ?br>Q?targetQ?/font> Q?-- 输出api文档 --Q?br>Qtarget name="doc" depends="pack" description="create api doc"Q?br>Qmkdir dir="${doc.dir}" /Q?br>Qjavadoc destdir="${doc.dir}" author="true" version="true" use="true" windowtitle="Test API"Q?br>Qpackageset dir="${src.dir}" defaultexcludes="yes"Q?br>Qinclude name="example/**" /Q?br>Q?packagesetQ?br>QdoctitleQ＜![CDATA[Qh1QHello, testQ?h1Q]]Q＜/doctitleQ?br>QbottomQ＜![CDATA[QiQAll Rights Reserved.Q?iQ]]Q＜/bottomQ?br>Qtag name="todo" scope="all" description="To do:" /Q?br>Q?javadocQ?br>Q?targetQ?br>Q?projectQ?/font> |
以上xml依次定义了initQ初始化Q，compileQ编译）QtestQ测试）QdocQ生成文档）QpackQ打包）dQ可以作为模ѝ?br>
选中Hello工程Q然后选择“Project”Q?#8220;Properties”Q?#8220;Builders”Q?#8220;New…”Q选择“Ant Build”Q?br>
 |
填入NameQAnt_BuilderQBuildfileQbuild.xmlQBase DirectoryQ?{workspace_loc:/Hello}Q按“Browse Workspace”选择工程根目录）Q由于用Cjunit.jar包，搜烦Eclipse目录Q找到junit.jarQ把它复制到 Hello/lib目录下，q添加到Ant的Classpath中：
 |
然后在Builder面板中钩上Ant_BuildQ去掉Java BuilderQ?br>
 |
再次~译Q即可在控制台看到Ant的输出：
| Buildfile: F:\eclipse-projects\Hello\build.xml init: compile: [mkdir] Created dir: F:\eclipse-projects\Hello\classes [javac] Compiling 2 source files to F:\eclipse-projects\Hello\classes test: [mkdir] Created dir: F:\eclipse-projects\Hello\report [junit] Running example.HelloTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.02 sec pack: [mkdir] Created dir: F:\eclipse-projects\Hello\dist [jar] Building jar: F:\eclipse-projects\Hello\dist\hello.jar doc: [mkdir] Created dir: F:\eclipse-projects\Hello\doc [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package example... [javadoc] Constructing Javadoc information... [javadoc] Standard Doclet version 1.4.2_04 [javadoc] Building tree for all the packages and classes... [javadoc] Building index for all the packages and classes... [javadoc] Building index for all classes... [javadoc] Generating F:\eclipse-projects\Hello\doc\stylesheet.css... [javadoc] Note: Custom tags that could override future standard tags: @todo. To avoid potential overrides, use at least one period character (.) in custom tag names. [javadoc] Note: Custom tags that were not seen: @todo BUILD SUCCESSFUL Total time: 11 seconds |
Ant依次执行初始化，~译Q测试，打包Q生成API文档一pddQ极大地提高了开发效率。将来开发J2EE目Ӟq可加入部v{Q务。ƈ且，即 q了Eclipse环境Q只要正安装了AntQ配|好环境变量ANT_HOME=QAnt解压目录Q，Path=…;%ANT_HOME%\binQ? 在命令行提示W下切换到Hello目录Q简单地键入ant卛_?img src ="http://www.tkk7.com/kuxiaoku/aggbug/123389.html" width = "1" height = "1" />
]]>
版权声明Q可以Q意{载，转蝲时请务必以超链接形式标明文章原始出处和作者信息及本声?/a>?br> http://www.chedong.com/tech/ant.html
内容摘要Q?br> ant是一个基于JAVA的自动化脚本引擎Q脚本格式ؓXML。除了做JAVA~译相关d外，ANTq可以通过插g实现很多应用的调用?br>
- ANT的基本概念：
- ANT的安装：解包Q设|\?/li>
- ANT的用：最好的学习只不q是一个简单实用的例子h……
ANT的基本概念：Java的Makefile
当一个代码项目大了以后，每次重新~译Q打包，试{都会变得非常复杂而且重复Q因此c语言中有make脚本来帮助这些工作的扚w完成。在Java 中应用是q_无关性的Q当然不会用q_相关的make脚本来完成这些批处理d了，ANT本n是q样一个流E脚本引擎，用于自动化调用程序完成项目的~? 译，打包Q测试等。除了基于JAVA是^台无关的外，脚本的格式是ZXML的，比make脚本来说q要好维护一些?br>
每个ant脚本Q缺省叫build.xmlQ中讄了一pdd(target)Q比如对于一个一般的目可能需要有以下d?/p>
- d1Qusage 打印本脚本的帮助信息Q缺省）
- d2Qclean <-- init 清空初始化环?
- d3Qjavadoc <-- build <-- init 生成JAVADOC
- d4Qjar <-- build <-- init 生成JAR
- d5Qall <-- jar + javadoc <-- build <-- init 完成以上所有Q务：jar javadoc
注：我看到很多项目的ant脚本中的命名基本上都是一致的Q比如：~译一般叫build或者compileQ打包一般叫jar或warQ生成文档一般命? 为javadoc或javadocsQ执行全部Q务all。在每个d的中QANT会根据配|调用一些外部应用ƈ配以相应参数执行。虽然ANT可调用的? 部应用种c非怸富，但其实最常用的就2Q?个：比如javac javadoc jar{?
ANT的安?/h2>
解包后在pȝ可执行\径中加入指向ant的bin的\径就可以了，比如可以在GNU/Linux上把以下配置加入/etc/profile中：
export ANT_HOME=/home/ant
export JAVA_HOME=/usr/java/j2sdk1.4.1
export PATH=$PATH:$JAVA_HOME/bin:$ANT_HOME/bin
q样执行ant
后，如果不指定配|文件ant会缺省找build.xmlq个配置文gQƈҎ配置文g执行dQ缺省的d讄可以指向最常用的Q务，比如Q?
buildQ或指向打印帮助信息QusageQ告诉用h那些脚本选项可以使用?br>
ANT的?br>
最好的学习q程是看懂那些open
source目中的build.xml脚本Q然后根据自q需要简化成一个更单的QANT和APACHE上很多非常工E派的项目：单易用，而且适应
性非常强Q因些项目的建立往往来源于开发h员日常最直接的需求?br>
以下是的一?a >WebLucene?
用的例子Q修改自JDOM的build.xmlQ?br>
<project default="usage" basedir=".">
<!--
===================================================================
-->
<!-- Initialization
target
-->
<!--
===================================================================
-->
<target name="init">
<tstamp/>
<property file="${basedir}/build.properties" />
<property name="Name" value="ProjectFullName"/>
<property name="name" value="project_name"/>
<property name="version" value="0.2"/>
<property name="year" value="2003"/>
<echo message="----------- ${Name} ${version}
[${year}] ------------"/>
<property name="debug" value="off"/>
<property name="optimize" value="on"/>
<property name="deprecation" value="on"/>
<property name="src.dir"
value="./src/WEB-INF/src"/>
<property name="lib.dir"
value="./src/WEB-INF/lib"/>
<property name="packages"
value="com.chedong.*,org.apache.lucene.*"/>
<property name="build.src"
value="./src/WEB-INF/build"/>
<property name="build.dest"
value="./src/WEB-INF/classes"/>
<property name="build.javadocs"
value="./src/doc"/>
<path id="classpath">
<pathelement
path="${jsdk_jar}"/>
<fileset
dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
<filter token="year" value="${year}"/>
<filter token="version" value="${version}"/>
<filter token="date" value="${TODAY}"/>
<filter token="log" value="true"/>
<filter token="verbose" value="true"/>
</target>
<!--
===================================================================
-->
<!-- Help on
usage
-->
<!--
===================================================================
-->
<target name="usage" depends="init">
<echo message="${Name} Build file"/>
<echo
message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=" available targets are:"/>
<echo message=""/>
<echo message="
jar --> generates the ${name}.jar
file"/>
<echo message="
build --> compiles the source code"/>
<echo message=" javadoc -->
generates the API documentation"/>
<echo message="
clean --> cleans up the directory"/>
<echo message=""/>
<echo message=" Please rename
build.properties.default to build.properties"/>
<echo message=" and edit build.properties to
specify JSDK 2.3 classpath."/>
<echo message=""/>
<echo message=" See the comments inside the
build.xml file for more details."/>
<echo
message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=""/>
</target>
<!--
===================================================================
-->
<!-- Prepares the source
code
-->
<!--
===================================================================
-->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
<!--
===================================================================
-->
<!-- Compiles the source
directory
-->
<!--
===================================================================
-->
<target name="build" depends="prepare-src">
<javac srcdir="${build.src}"
destdir="${build.dest}"
debug="${debug}"
optimize="${optimize}">
<classpath refid="classpath"/>
</javac>
</target>
<!--
===================================================================
-->
<!-- Creates the class
package
-->
<!--
===================================================================
-->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
<!--
===================================================================
-->
<!-- Creates the API
documentation
-->
<!--
===================================================================
-->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
<!--
===================================================================
-->
<!-- Clean
targets
-->
<!--
===================================================================
-->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}"
includes="**/*.class"/>
</delete>
</target>
</project>
<!-- End of file -->
~省dQusage 打印帮助文档Q告诉有那些d选项Q可用的有build, jar, javadoc和clean.
初始化环境变量：init
所有Q务都Z一些基本环境变量的讄初始化完成，是后l其他Q务的基础Q在环境初始化过E中Q有2Ҏ较可以方便设|：
1 除了使用却缺省的property讄了JAVA源\径和输出路径外，引用了一个外部的build.properties文g中的讄Q?br>
<property file="${basedir}/build.properties" />
q样大部分简单配|用户只要会看懂build.properties可以了Q毕竟XML比vkey
value的属性文件还是要可读性差一些。用build.properties也可以方便其他用户从~译的细节中解放出来?br>
2 CLASSPATH讄Q用了其中的：
<path id="classpath">
<pathelement
path="${jsdk_jar}"/>
<fileset
dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
则相当于讄了：CLASSPATH=/path/to/resin/lib/jsdk23.jar;
/path/to/project/lib/*.jar;
文g复制Qprepare-src
创徏临时SRC存放目录和输出目录?br>
<!--
===================================================================
-->
<!-- Prepares the source
code
-->
<!--
===================================================================
-->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
~译dQbuild
~译时的CLASSPATH环境通过一下方式找到引用一个path对象
<classpath refid="classpath"/>
打包dQjar
对应用打包生成项目所写名?jar文g
<!--
===================================================================
-->
<!-- Creates the class
package
-->
<!--
===================================================================
-->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
生成JAVADOC文档d: javadoc
<!--
===================================================================
-->
<!-- Creates the API
documentation
-->
<!--
===================================================================
-->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
清空临时~译文gQclean
<!--
===================================================================
-->
<!-- Clean
targets
-->
<!--
===================================================================
-->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}"
includes="**/*.class"/>
</delete>
</target>
TODOQ?br>
更多d/扩展Q（样例Q?br>
- 试dQJUnit试
- 代码风格查Q务：CheckStyleQJalopy{?/li>
- 邮g警报dQ可以把以上q些d的输告发送到制定的用户列表中Q这个Q务可以设|每天自动运行?/li>
参考资料：
Jakarta ANT:
http://ant.apache.org
]]>
<project default="usage" basedir=".">
<!-- =================================================================== -->
<!-- Initialization target -->
<!-- =================================================================== -->
<target name="init">
<tstamp/>
<property file="${basedir}/build.properties" />
<property name="Name" value="ProjectFullName"/>
<property name="name" value="project_name"/>
<property name="version" value="0.2"/>
<property name="year" value="2003"/>
<echo message="----------- ${Name} ${version} [${year}] ------------"/>
<property name="debug" value="off"/>
<property name="optimize" value="on"/>
<property name="deprecation" value="on"/>
<property name="src.dir" value="./src/WEB-INF/src"/>
<property name="lib.dir" value="./src/WEB-INF/lib"/>
<property name="packages" value="com.chedong.*,org.apache.lucene.*"/>
<property name="build.src" value="./src/WEB-INF/build"/>
<property name="build.dest" value="./src/WEB-INF/classes"/>
<property name="build.javadocs" value="./src/doc"/>
<path id="classpath">
<pathelement path="${jsdk_jar}"/>
<fileset dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
<filter token="year" value="${year}"/>
<filter token="version" value="${version}"/>
<filter token="date" value="${TODAY}"/>
<filter token="log" value="true"/>
<filter token="verbose" value="true"/>
</target>
<!-- =================================================================== -->
<!-- Help on usage -->
<!-- =================================================================== -->
<target name="usage" depends="init">
<echo message="${Name} Build file"/>
<echo message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=" available targets are:"/>
<echo message=""/>
<echo message=" jar --> generates the ${name}.jar file"/>
<echo message=" build --> compiles the source code"/>
<echo message=" javadoc --> generates the API documentation"/>
<echo message=" clean --> cleans up the directory"/>
<echo message=""/>
<echo message=" Please rename build.properties.default to build.properties"/>
<echo message=" and edit build.properties to specify JSDK 2.3 classpath."/>
<echo message=""/>
<echo message=" See the comments inside the build.xml file for more details."/>
<echo message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=""/>
</target>
<!-- =================================================================== -->
<!-- Prepares the source code -->
<!-- =================================================================== -->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
<!-- =================================================================== -->
<!-- Compiles the source directory -->
<!-- =================================================================== -->
<target name="build" depends="prepare-src">
<javac srcdir="${build.src}"
destdir="${build.dest}"
debug="${debug}"
optimize="${optimize}">
<classpath refid="classpath"/>
</javac>
</target>
<!-- =================================================================== -->
<!-- Creates the class package -->
<!-- =================================================================== -->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
<!-- =================================================================== -->
<!-- Creates the API documentation -->
<!-- =================================================================== -->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
<!-- =================================================================== -->
<!-- Clean targets -->
<!-- =================================================================== -->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}" includes="**/*.class"/>
</delete>
</target>
</project>
<!-- End of file -->
~省dQusage 打印帮助文档Q告诉有那些d选项Q可用的有build, jar, javadoc和clean.
初始化环境变量：init
所有Q务都Z一些基本环境变量的讄初始化完成，是后l其他Q务的基础Q在环境初始化过E中Q有2Ҏ较可以方便设|：
1 除了使用却缺省的property讄了JAVA源\径和输出路径外，引用了一个外部的build.properties文g中的讄Q?br> <property file="${basedir}/build.properties" />
q样大部分简单配|用户只要会看懂build.properties可以了Q毕竟XML比vkey value的属性文件还是要可读性差一些。用build.properties也可以方便其他用户从~译的细节中解放出来?br>
2 CLASSPATH讄Q用了其中的：
<path id="classpath">
<pathelement path="${jsdk_jar}"/>
<fileset dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
则相当于讄了：CLASSPATH=/path/to/resin/lib/jsdk23.jar; /path/to/project/lib/*.jar;
文g复制Qprepare-src
创徏临时SRC存放目录和输出目录?br> <!-- =================================================================== -->
<!-- Prepares the source code -->
<!-- =================================================================== -->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
~译dQbuild
~译时的CLASSPATH环境通过一下方式找到引用一个path对象
<classpath refid="classpath"/>
打包dQjar
对应用打包生成项目所写名?jar文g
<!-- =================================================================== -->
<!-- Creates the class package -->
<!-- =================================================================== -->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
生成JAVADOC文档d: javadoc
<!-- =================================================================== -->
<!-- Creates the API documentation -->
<!-- =================================================================== -->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
清空临时~译文gQclean
<!-- =================================================================== -->
<!-- Clean targets -->
<!-- =================================================================== -->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}" includes="**/*.class"/>
</delete>
</target>
TODOQ?br> 更多d/扩展Q（样例Q?br>
出处QJDON.COM
Java的事件模式是动态响应系l重要的基础Q在囑Ş界面领域的事件模式已l有很多文章介绍Q但是在服务器端我们会碰到更多的事g模式Q这里本图ȝ一下：
事g直接驱动模式
事g模式的第一个要求就是性能的要求，需要直接而且快，Command模式是必ȝ怋用的Q主要适合于迅速处?前台的命令，Command模式往往是系l架构的重要部分Q也是流E控制的主要模式?
Command模式l常Java的Reflect一起用，因ؓpȝ的事件处理系l是处于动态变化的Q随着功能要求扩展Q就可能有动态变化事? 处理响应pȝQ以Struts中actionZQ我们知道，Structs的一个主要配|文件是struts-config.xml 如下Q?
| Qstruts-configQ?br> Qaction-mappingsQ?br> Qaction path="/login" type="com.javapro.struts.LoginAction"/Q?br> Qaction path="/logout" type="com.javapro.struts.LogoutAction"/Q?br> Q?action-mappingsQ?br>Q?struts-configQ? |
它实际是个command和event的映关p，通过q个配置文gQ运行时动态装载相应的ActionQ完成Command模式Q?我们查LoginAction代码Q就可以看出Command模式的基本特征：
| public final class LoginAction extends Action { public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { ................. } } |
很明显，典型的Command模式需要有一个接?接口中有一个统一的方法，q里l一的方法就是execute;
比如我们有个实时pȝQ客h向服务器发出不同~码代号Q意味着不同的请求，不同的请求有不同的Handlerq行 处理QHandler接口?
|
public class Handler{ public byte[] handleRequest(); } |
不同性质的处理过E承这个Handler接口Q如负责q入pȝ的处理过E?
|
public class EnterHandler implements Handler{ public byte[] handleRequest(){ } |
调用Handler时是:
| //从cache中获取这个requestId对应的Handler Handler handler = (Handler)cache.get(new Integer(reqId)); //调用handler的统一ҎhandleRequest() byte[] outInf = handler.handleRequest(); |
以上是常用的一个事仉动模式。它的特Ҏ靠一个事件直接启动对应的事g处理器?
Chain of
Responsibility职责链模式也应该属于q类Q当事g到达后，让这个事件在我们提供的一批处理器中逐个挑选适合的处理器q行处理Q这个模式缺?
是显然的Q性能丧失在逐个挑?上，一般不推荐使用Q这个模式适合在我们无法预知发生的事g内容时用，因ؓ不知道发生事件的具体情况Q?
我们无法在E序q行前事先ؓ其指z应的处理器，只能靠运行时Q事件自己去摸烦“撞运?#8221;?
监控式事件模?/strong> 应用客户端有三种与观察者交互的方式Q?.直接融合 2.推方?3.拉方式? 直接融合是说应用客L自己是观察者，两者融合，q样无疑应用客户端获得的触发旉是最快的? 推方式就是观察者一旦侦到事g发生Q立卛_事gPush推到应用客户端；拉方式类似收取邮Ӟ应用客户端在需要时才从观察者拉取事件? JDK 1.4的None Blocking I/O是监控式事g模式的典型实玎ͼSelector昄是一个监控I/O的第三者，当有外部事gq来Q通过 调用Slector.selectҎ可以获得外部事gQ从而进行处理，可参考我的本栏文章? 监控式事件模式适合使用在触发性质的场合，比如数据库后端触发器 界面触发 I/O触发 状态改变触发等? 我们以一个信件触发ؓ例，q其实是个Observer应用例子: 比如用户提请服务器计一个数据，如果用户同时要求计结果向自己信箱发一，那么我们看如何设计？按照通常思维Q这是一个次序问题，先在?
存中计算数据Q然后将l果发送到他的信箱Q最后返回结果到用户端，我们知道信g的发送是耗时的，因此Q有可能|络的原因造成信g发送很慢，q是用户׃?
{不C的计结果，很显Ӟ我们使用监控式事件模式来解决Q让发信的事件由监控者去完成Q只要需要时触发可以了Q? public class Computer extends Observable{ public Computer(){ ....... //计算操作 if (needEmail){ //讄变化? } ?/p>
我们再来看监控观察者代码是如何写的Q? public class sendMailObserver implements Observer{ public void update(Observable obj,Object email){ if (email instanceof String){ sendMail(email); } } } q样服务器在执行computeҎӞ没有发送邮件的{待Q一直接l箋执行? 既然事g处理模式是众多应用系l的基本模式Q那么应该可以Ş成一个框架标准，JMX的notification Model是q样一个架构设计? JMX Notification Model JMX Notification
Model允许MBean通过调用notificationsq播事gQ接受者只要注册ؓ一个listernerQ?JMX?MBean
notification model 会Ȁz这个listerner注册一ơ，然后一直接受到 来自q播者发出的各种事g? 事g模式有三个角ԌW一个是事g发出者producer 然后是事件接受者Consumer,W三?是要传输的事件。JMX notification model也是q样分别依靠下列lg来实现这三个角色Q? A. NotificationBroadcaster接口, 事gq播发出者， q个接口允许监听者在需要发出的notification中注册他们感兴趣的事件? 只要是MBeanQ就既可以成为notification的发布广播者，也可以成为notification的监听者接受者，或者同时两者都可以? Attribute Change Notifications 在JMX架构中，MBean能够在属性attribute变化发生Ӟ发出通知Q关于诊断属性变化的机制以及触发 通知事gq不属于JMX规定部分Q每个MBean可以有自q立的实现方式? Timer Service Monitoring 当derived gauge值满一pd条gӞ每个monitor server会发出一个特定类型的通知?q些条g都是在monitor被初始化时设定的Q也可以通过monitor MBean的管理接口动态设定? ҎMBean内部属性值类型有三种monitor: A.CounterMonitor - 使用Java的整数类型来观察属性，有一个行为特征： B.GaugeMonitor - 使用java的整数或点cd观察属性。象gauge(量仪器) 要么上升 要么下降减少? C StringMonitor - 使用Stringcd观察属? 事g处理架构 JMS可实现同步或异步的事件触发机Ӟ分别是通过Poin to
Point(拉方?和Pubilsh/Subscibe(推方?具体完成Q在分布式计环境中Q异步机制是非常重要Q可以v到解耦作用，因ؓ分布环境
中单炚w误或通讯问题是经常发生的Q整个分布式pȝ不能L依靠同步机制来可靠地传递事件或notificationQ? 由此可见Q事件处理模式从Java诸多架构到我们具体应用程序，随处可见Q根据不同的应用需求选择不同的事件处理模式，才能真正挖掘Java的潜在性能?
监控式事件模式就不同于事件直接驱动模式，它是借助W三者来监控和触发事Ӟq类事g的特ҎQ?有一个观察者置w事外在定期独立q行着Q我们将我们要监听的事g向这个观察者注册，q样观察者就 代替我们来监听这个事Ӟ应用客户端通过观察者来获得事g状况?
//sendMailObserver讑֮为本cȝ观察者?
addObserver(new sendMailObserver());
}
public void compute(String input,boolean needEmail,String email){
.........
setChanged();
//如果需要发送emailQ我们把email地址作ؓ参数传送过?
notifyObservers(email);
}
监控式事件模式和事g直接驱动模式可以在一个系l一起用，外界信号通过事g直接驱动模式启动pȝ处理模块Q?pȝ处理模块处理q程中，可以通过监控式事件模式来触发其它后台d。这样一个架构非帔R合实时处理pȝ?
我们知道QJMX是提供了一U对MBean资源执行控制和配
|的理机制Q但q只是复杂的Q分布式的系l中的一部分Q?q有需要资源能够感应状态改变或者特定事件变化的机制Q这是JMX
Notification Model?在JMX Notification
Model中均可以实现"事g直接驱动模式"?监控式事件模?Q这取决于你的应用需求?
B. 通用事g(Notification)Q这是我们要传输的事件?Notification事g能被直接使用Q也能成为子c，q些都依赖于随同事g传输的信息?通过使用通用事gcdQ监听者将能接受来自广播者所有类型的事g?
C. NotificationListener接口, 事g监听者或者接受者， 用于接受来自q播者的Mnotification信号?
D. NotificationFilter接口, q个接口为notification的监听者提供一个对发出事g的过滤器?
E. NotificationEmitter 接口, 扩展了NotificationBroadcaster接口Q当删除监听者时允许更多的控制功能?
Attribute Change Notifications是一U特D的notification, M时候MBean属性attribute 被修改，外界能够被通知到?
Timer Service触发器是在规定的日期和事件发出通知Q它能够一一个恒定的间隙不断重复发出通知Q?通知可以发往所有注册ؓ接受timer通知的对象，Timer Service也是一个可理的MBeanQ允许应用系l设|?一个可配置的调度程度?
通过使用monitoring
serviceQ一个或多个MBean属性将按规定间隔时间被监视Q?
对于被观察的Mbean,监视器monitor从它上面获得一个|叫derived gaugeQ这个derived gauge可以?
被观察属性的原|也可以是一个数字性属性连l被观察g差?
a. L大于或等于零.
b. 能自?
c. 能回?
JMS是基于Socket的一U消息处理框Ӟ原理cM于监控式事g模式Q但是JMS已经把这U模式上升到架构的高度。不同JVM间也依靠JMS消息可以实现事gpȝQ注意是pȝQ不单是一个小事g了）的触发和ȀzR?
从上面JMS的架构图可以看出事g三个角色Producer和Consumer以及事g信息本nMessageQJMS是在Producer和Consumer之间建立一个连接ConnectionQ?
]]>
本文出处Q?a >http://blog.csdn.net/sodme
声明Q本文可以不l作者同意Q意{载、复制、传播，但Q何对本文的引用都请保留作者、出处及本声明信息。谢谢！
常见的网l服务器Q基本上?*24时q{的，对于|游来说Q至要求服务器要能q箋工作一周以上的旉q保证不出现服务器崩溃这LN性事件。事 实上Q要求一个服务器在连l的满负药转下不出M异常Q要求它设计的近乎完，q几乎是不太现实的。服务器本n可以出异常（但要可能少得出Q，但是Q? 服务器本w应该被设计得以健壮，“病灾”打不垮它Q这p求服务器在异常处理方面要下很多功夫?/p>
服务器的异常处理包括的内定w常广泛，本文仅就在网l封包方面出现的异常作一讨论Q希望能Ҏ从事相关工作的朋友有所帮助?/p>
关于|络包斚w的异常，M来说Q可以分Z大类Q一是封包格式出现异常；二是包内容Q即包数据Q出现异常。在包格式的异常处理方面，我们在最 底端的网l数据包接收模块便可以加以处理。而对于封包数据内容出现的异常Q只有依靠游戏本w的逻辑d以判定和验。游戏逻辑斚w的异常处理，是随每个? 戏的不同而不同的Q所以，本文随后的内容将重点阐述在网l数据包接收模块中的异常处理?/p>
为方便以下的讨论Q先明确两个概念Q这两个概念是ؓ了叙q方面，W者自行取的，q无标准可言Q：
1、逻辑包：指的是在应用层提交的数据包，一个完整的逻辑包可以表CZ个确切的逻辑意义。比如登录包Q它里面可以含有用户名字段和密码字Dc尽它看上M是一D늼冲区数据Q但q个~冲区里的各个区间是代表一定的逻辑意义的?br> 2、物理包Q指的是使用recv(recvfrom)或wsarecv(wsarecvfrom)从网l底层接收到的数据包Q这h到的一个数据包Q能不能表示一个完整的逻辑意义Q要取决于它是通过UDPcȝ“数据报协?#8221;发的包还是通过TCPcȝ“协?#8221;发的包?/p>
我们知道QTCP是流协议Q?#8220;协?#8221;?#8220;数据报协?#8221;的不同点在于Q?#8220;数据报协?#8221;中的一个网l包本n是一个完整的逻辑包，也就是说Q在应用层? sendto发送了一个逻辑包之后，在接收端通过recvfrom接收到的是刚才使用sendto发送的那个逻辑包，q个包不会被分开发送，也不会与? 它的包放在一起发送。但对于TCP而言QTCP会根据网l状况和neagle法Q或者将一个逻辑包单独发送，或者将一个逻辑包分成若q次发送，或者会? 若干个逻辑包合在一起发送出厅R正因ؓTCP在逻辑包处理方面的q种_合性，要求我们在作ZTCP的应用时Q一般都要编写相应的拼包、解包代码?/p>
因此Q基于TCP的上层应用，一般都要定义自q包格式。TCP的封包定义中Q除了具体的数据内容所代表的逻辑意义之外Q第一步就是要定以何U方式表C当前包的开始和l束。通常情况下，表示一个TCP逻辑包的开始和l束有两U方式：
1、以Ҏ的开始和l束标志表示Q比如FF00表示开始，00FF表示l束?br> 2、直接以包长度来表示。比如可以用W一个字节表C包总长度，如果觉得q样的话包比较小Q也可以用两个字节表C包长度?/p>
下面要l出的代码是以第2U方式定义的数据包，包长度以每个包的前两个字节表示。我结合着代码l出相关的解释和说明?/p>
函数中用到的变量说明Q?/p>
CLIENT_BUFFER_SIZEQ缓冲区的长度，定义为：Const int CLIENT_BUFFER_SIZE=4096?br> m_ClientDataBufQ数据整理缓冲区Q每ơ收到的数据Q都会先被复制到q个~冲区的末尾Q然后由下面的整理函数对q个~冲行整理。它的定义是Qchar m_ClientDataBuf[2* CLIENT_BUFFER_SIZE]?br> m_DataBufByteCountQ数据整理缓冲区中当前剩余的未整理字节数?br> GetPacketLen(const char*)Q函敎ͼ可以Ҏ传入的缓冲区首址按照应用层协议取出当前逻辑包的长度?br> GetGamePacket(const char*, int)Q函敎ͼ可以Ҏ传入的缓冲区生成相应的游戏逻辑数据包?br> AddToExeList(PBaseGamePacket)Q函敎ͼ指定的游戏逻辑数据包加入待处理的游戏逻辑数据包队列中Q等待逻辑处理U程对其q行处理?br> DATA_POSQ指的是除了包长度、包cd{这些标志型字段之外Q真正的数据包内容的起始位置?/p>
Bool SplitFun(const char* pData,const int &len)
{
PBaseGamePacket pGamePacket=NULL;
__int64 startPos=0, prePos=0, i=0;
int packetLen=0;
//先将本次收到的数据复制到整理~冲区尾?br> startPos = m_DataBufByteCount;
memcpy( m_ClientDataBuf+startPos, pData, len );
m_DataBufByteCount += len;
//当整理缓冲区内的字节数少于DATA_POS字节Ӟ取不到长度信息则退?br> //注意Q退出时q不|m_DataBufByteCount?
if (m_DataBufByteCount < DATA_POS+1)
return false;
//Ҏ正常逻辑Q下面的情况不可能出玎ͼ为稳妥v见，q是加上
if (m_DataBufByteCount > 2*CLIENT_BUFFER_SIZE)
{
//讄m_DataBufByteCount?Q意味着丢弃~冲Z的现有数?br> m_DataBufByteCount = 0;
//可以考虑开N误格式数据包的处理接口，处理逻辑交给上层
//OnPacketError()
return false;
}
//q原起始指针
startPos = 0;
//只有当m_ClientDataBuf中的字节个数大于最包长度时才能执行此语句
packetLen = GetPacketLen( pIOCPClient->m_ClientDataBuf );
//当逻辑层的包长度不合法Ӟ则直接丢弃该?br> if ((packetLen < DATA_POS+1) || (packetLen > 2*CLIENT_BUFFER_SIZE))
{
m_DataBufByteCount = 0;
//OnPacketError()
return false;
}
//保留整理~冲区的末尾指针
__int64 oldlen = m_DataBufByteCount;
while ((packetLen <= m_DataBufByteCount) && (m_DataBufByteCount>0))
{
//调用拼包逻辑Q获取该~冲区数据对应的数据?br> pGamePacket = GetGamePacket(m_ClientDataBuf+startPos, packetLen);
if (pGamePacket!=NULL)
{
//数据包加入执行队列
AddToExeList(pGamePacket);
}
pGamePacket = NULL;
//整理~冲区的剩余字节数和新逻辑包的起始位置q行调整
m_DataBufByteCount -= packetLen;
startPos += packetLen;
//D留~冲区的字节数少于一个正常包大小Ӟ只向前复制该包随后退?br> if (m_DataBufByteCount < DATA_POS+1)
{
for(i=startPos; i<startPos+m_DataBufByteCount; ++i)
m_ClientDataBuf[i-startPos] = m_ClientDataBuf[i];
return true;
}
packetLen = GetPacketLen(m_ClientDataBuf + startPos );
//当逻辑层的包长度不合法Ӟ丢弃该包及缓冲区以后的包
if ((packetLen<DATA_POS+1) || (packetLen>2*CLIENT_BUFFER_SIZE))
{
m_DataBufByteCount = 0;
//OnPacketError()
return false;
}
if (startPos+packetLen>=oldlen)
{
for(i=startPos; i<startPos+m_DataBufByteCount; ++i)
m_ClientDataBuf[i-startPos] = m_ClientDataBuf[i];
return true;
}
}//取所有完整的?/p>
return true;
}
以上便是数据接收模块的处理函敎ͼ下面是几点简要说明：
1、用于拼包整理的~冲?m_ClientDataBuf)应该比recv中指定的接收~冲?pData)长度(CLIENT_BUFFER_SIZE)要大Q通常前者是后者的2?2*CLIENT_BUFFER_SIZE)或更大?br>
2、ؓ避免因ؓ剩余数据前移而导致的额外开销Q徏议m_ClientDataBuf使用环Ş~冲区实现?br>
3、ؓ了避免出现无法拼装的包，我们U定每次发送的逻辑包，其单个逻辑包最大长度不可以过CLIENT_BUFFER_SIZE?倍。因为我们的?
理缓冲区只有2*CLIENT_BUFFER_SIZEq么长，更长的数据，我们无法整理。这p求在协议的设计上以及最l的发送函数的处理上要加上q?
L异常处理机制?/p>
4、对于数据包q短或过长的包，我们通常的情冉||m_DataBufByteCount?Q即舍弃当前
包的处理。如果此处不讄m_DataBufByteCount?也可Q但该客L只要发了一ơ格式错误的包，则其后发过来的包则也将q带着产生格式
错误Q如果设|m_DataBufByteCount?Q则可以比较好的避免后的包受此包的格式错误影响。更好的作法是，在此处开放一个封包格式异?
的处理接?OnPacketError)Q由上层逻辑军_对这U异常如何处|。比如上层逻辑可以对封包格式方面出现的异常q行计数Q如果错误的ơ数过
一定的|则可以断开该客L的连接?/p>
5、徏议不要在recv或wsarecv的函数后Q就紧接着作以上的处理。当recv收到一D|
据后Q生成一个结构体或对?它主要含有data和len两个内容Q前者是数据~冲区，后者是数据长度)Q将q样的一个结构体或对象放C个队列中由后?
的线E对其用SplitFun函数q行整理。这P可以最大限度地提高|络数据的接攉度Q不臛_为数据整理的原因而在此处费旉?img src ="http://www.tkk7.com/kuxiaoku/aggbug/109154.html" width = "1" height = "1" />
]]>
点击下蝲
]]>
http://www.tkk7.com/Files/kuxiaoku/DESIGN.rar
点击卛_下蝲?
]]>