jakarta-tomcat-connectors-jk2.0.4-win32-apache2.0.49.zip(TOMCAT5与APACHE2 plus)//这个中间件在apache官方网有下载

下载网址:http://archive.apache.org/dist/tomcat/tomcat-connectors/jk2/binaries/win32/

1.    安装并测试Apache和TomCat5.0；

注意事项： Apache默认端口为80，与IIS冲突，更改端口或关闭IIS,

TomCat安装完后配置环境变量。

2.    开始整合；

首先，先把jakarta-tomcat-connectors-jk2.0.4-win32-apache2.0.49.zip解压后,从modules目录中取出来mod_jk2.so文件,复制到,apache安装根目录/apache2/modules/目录下.

其次，编辑配置文件。具体的配置文件有四个，

它们分别是：httpd.conf、jk2.properties、server.xml、workers2.properties。

我的配置如下:

a、 修改ApacheRoot\Apache2\conf\httpd.conf 文件

1>修改web 主目录，即将

DocumentRoot "D:/websrv/Apache2/htdocs" 改为自己的web主目录

eg:     DocumentRoot    "D:/test/jsptest"

2>修改web 主目录对应的目录，即将

<Directory "D:/websrv/Apache2/htdocs">改为

eg:     <Directory "D:/test/jsptest" >

此目录块要与DocumentRoot的路径对应,块中的语法是对此块对应Web主目录的操作权限设置。

3>修改目录缺省的web文件，即将

DirectoryIndex index.html index.html.var 改为

eg:      DirectoryIndex index.html index.html.var index.jsp

语法说明：当向Apache 发出请求时容器将顺次去找index.html,如果没有，将接着找index.htm,最后找index.jsp。

4>修改cgi-bin 所在目录，即将

ScriptAlias /cgi-bin/ "D:/websrv/Apache2/cgi-bin/"改为

ScriptAlias /cgi-bin/ "D:/test/jsptest/cgi-bin/"

<Directory "D:/websrv/Apache2/cgi-bin"> 改为

<Directory "D:/test/jsptest/cgi-bin">

如果程序中需要用到cgi时修改以上两处。

5>添加指定的虚拟目录(别名)，及其对应目录的属性

#这是测试用的文件夹，能执行jsp 文件。

Alias  /jmmis/           "D:/test/jsptest/jmmis/"

<Directory       "D:/test/jsptest/jmmis" >

AllowOverride None

Options IncludesNoExec

AddOutputFilter Includes html

AddHandler type-map var

Order allow,deny

Allow from all

</Directory>

    

#在web主目录jsptest中添加了jmmis目录

语法说明：

 

      Alias  /web程序别名/     "程序根目录/"                            ##别忘啦最后有“/”

      <Directory              "程序根目录" >

        AllowOverride None

        Options IncludesNoExec

        AddOutputFilter Includes html                           对此程序的具体操作权限设置    

        AddHandler type-map var                                   

        Order allow,deny

       Allow from all

</Directory>

注意：

                   程序根目录必须和%Tomcat5%\conf\server.xml中配置的虚拟目录相吻合。

           6>添加默认字符集的设置

  AddDefaultCharset GB2312

            7>在文件最后添加如下内容，以加载jk2 模块

    

<IfModule !mod_jk2.c>

LoadModule jk2_module modules/mod_jk2.so

</IfModule>

接下来配JK2了

JK2指定一个worker2.properties文件

存放路径为就是SERVERROOT/conf

这里的serverroot 是apache的安装目录

原JK2帮助文档显示如下所示

workers2.properties is used on the webserver side. For the Apache servers the default path is in the ServerRoot/conf directory. 

worker2.properties文件如下:

[shm]

info=Scoreboard. Requried for reconfiguration and status with multiprocess servers.

file=anon

# Defines a load balancer named lb. Use even if you only have one machine.

[lb:lb]

# Example socket channel, override port and host.

[channel.socket:localhost:8019]

port=8019

host=127.0.0.1

# define the worker

[ajp13:localhost:8019]

channel=channel.socket:localhost:8019

group=lb

# Map the Tomcat examples webapp to the Web server uri space

[uri:/*.jsp]

group=lb

[uri:/Servlet/*]

group=lb

[status:]

info=Status worker, displays runtime information

[uri:/jkstatus/*]

info=The Tomcat /jkstatus handler

group=status:

接着修改JK2.properties文件,默认不用作什么修改,

TOMCAT5/conf的jk2.properties文件不需太多修改,

 jk2的属性文件如下

 ## THIS FILE MAY BE OVERRIDEN AT RUNTIME. MAKE SURE TOMCAT IS STOPED

## WHEN YOU EDIT THE FILE.

## COMMENTS WILL BE _LOST_

## DOCUMENTATION OF THE FORMAT IN JkMain javadoc.

 #Set the desired handler list

 handler.list=apr,request,channelJni

#

# Override the default port for the socketChannel

 channelSocket.port=8019

# Default: 

# channelUnix.file=${jkHome}/work/jk2.socket

# Just to check if the the config  is working

# shm.file=${jkHome}/work/jk2.shm

# In order to enable jni use any channelJni directive

# channelJni.disabled = 0

# And one of the following directives:

#apr.NativeSo=/home1/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apache2/jkjni.so

 apr.jniModeSo=/ApacheRoot/apache2/modules/mod_jk2.so

#apr.jniModeSo=C:/Apache/Apache2/modules/mod_jk2.so

# If set to inprocess the mod_jk2 will Register natives itself

# This will enable the starting of the Tomcat from mod_jk2

 apr.jniModeSo=inprocess

#Shared memory directive

shm.file=C:/Apache/Apache2/logs/jk2.shm

修改TOMCAT下/conf目录下的server.xml文件

保持通信管道端口号一致

与worker2.properties文件中,

# define the worker

[ajp13:localhost:8019]

channel=channel.socket:localhost:8019

所定义的8019一致

<Connector port="8019" 

               enableLookups="true" redirectPort="8443" debug="0"

               protocol="AJP/1.3" />

同时在</host>位置增加虚拟目录

 <Context path="/jmmis" docBase="D:/test/jsptest/jmmis" debug="0" reloadable="true"

crossContext="true"></Context>

这里也许会报警告信息,修改 TOMCAT/CONF/下的server-minimal.xml的文件,把默认的8009修改为8019

以上修改完成后,重启APACHE TOMCAT就大功告成了!

import javax.crypto.Cipher;

/**
 * @author aujlure
 * 加密解密
 */
public class DESPlus {
 private static String strDefaultKey = "hilor"; //默认密钥

 private Cipher encryptCipher = null;

 private Cipher decryptCipher = null;

 /**
  * 将byte数组转换为表示16进制值的字符串， 如：byte[]{8,18}转换为：0813， 和public static byte[]
  * hexStr2ByteArr(String strIn) 互为可逆的转换过程
  *
  * @param arrB
  *            需要转换的byte数组
  * @return 转换后的字符串
  * @throws Exception
  *             本方法不处理任何异常，所有异常全部抛出
  */
 public static String byteArr2HexStr(byte[] arrB) throws Exception {
  int iLen = arrB.length;
  // 每个byte用两个字符才能表示，所以字符串的长度是数组长度的两倍
  StringBuffer sb = new StringBuffer(iLen * 2);
  for (int i = 0; i < iLen; i++) {
   int intTmp = arrB[i];
   // 把负数转换为正数
   while (intTmp < 0) {
    intTmp = intTmp + 256;
   }
   // 小于0F的数需要在前面补0
   if (intTmp < 16) {
    sb.append("0");
   }
   sb.append(Integer.toString(intTmp, 16));
  }
  return sb.toString();
 }

 /**
  * 将表示16进制值的字符串转换为byte数组， 和public static String byteArr2HexStr(byte[] arrB)
  * 互为可逆的转换过程
  *
  * @param strIn
  *            需要转换的字符串
  * @return 转换后的byte数组
  * @throws Exception
  *             本方法不处理任何异常，所有异常全部抛出
  * @author <a href="mailto:leo841001@163.com">LiGuoQing</a>
  */
 public static byte[] hexStr2ByteArr(String strIn) throws Exception {
  byte[] arrB = strIn.getBytes();
  int iLen = arrB.length;

  // 两个字符表示一个字节，所以字节数组长度是字符串长度除以2
  byte[] arrOut = new byte[iLen / 2];
  for (int i = 0; i < iLen; i = i + 2) {
   String strTmp = new String(arrB, i, 2);
   arrOut[i / 2] = (byte) Integer.parseInt(strTmp, 16);
  }
  return arrOut;
 }

 /**
  * 默认构造方法，使用默认密钥
  *
  * @throws Exception
  */
 public DESPlus() throws Exception {
  this(strDefaultKey);
 }

 /**
  * 指定密钥构造方法
  *
  * @param strKey
  *            指定的密钥
  * @throws Exception
  */
 public DESPlus(String strKey) throws Exception {
  Security.addProvider(new com.sun.crypto.provider.SunJCE());
  Key key = getKey(strKey.getBytes());

  encryptCipher = Cipher.getInstance("DES");
  encryptCipher.init(Cipher.ENCRYPT_MODE, key);

  decryptCipher = Cipher.getInstance("DES");
  decryptCipher.init(Cipher.DECRYPT_MODE, key);
 }

 /**
  * 加密字节数组
  *
  * @param arrB
  *            需加密的字节数组
  * @return 加密后的字节数组
  * @throws Exception
  */
 public byte[] encrypt(byte[] arrB) throws Exception {
  return encryptCipher.doFinal(arrB);
 }

 /**
  * 加密字符串
  *
  * @param strIn
  *            需加密的字符串
  * @return 加密后的字符串
  * @throws Exception
  */
 public String encrypt(String strIn) throws Exception {
  return byteArr2HexStr(encrypt(strIn.getBytes()));
 }

 /**
  * 解密字节数组
  *
  * @param arrB
  *            需解密的字节数组
  * @return 解密后的字节数组
  * @throws Exception
  */
 public byte[] decrypt(byte[] arrB) throws Exception {
  return decryptCipher.doFinal(arrB);
 }

 /**
  * 解密字符串
  *
  * @param strIn
  *            需解密的字符串
  * @return 解密后的字符串
  * @throws Exception
  */
 public String decrypt(String strIn) throws Exception {
  return new String(decrypt(hexStr2ByteArr(strIn)));
 }

 /**
  * 从指定字符串生成密钥，密钥所需的字节数组长度为8位 不足8位时后面补0，超出8位只取前8位
  *
  * @param arrBTmp
  *            构成该字符串的字节数组
  * @return 生成的密钥
  * @throws java.lang.Exception
  */
 private Key getKey(byte[] arrBTmp) throws Exception {
  // 创建一个空的8位字节数组（默认值为0）
  byte[] arrB = new byte[8];

  // 将原始字节数组转换为8位
  for (int i = 0; i < arrBTmp.length && i < arrB.length; i++) {
   arrB[i] = arrBTmp[i];
  }

  // 生成密钥
  Key key = new javax.crypto.spec.SecretKeySpec(arrB, "DES");

  return key;
 }

 public static void main(String[] args) {

  String test = "username";
  // DESPlus des = new DESPlus();//默认密钥
  DESPlus des;
  try {
   des = new DESPlus();
   // 自定义密钥
   System.out.println("加密前的字符：" + test);
   System.out.println("加密后的字符：" + des.encrypt(test));
   System.out.println("解密后的字符：" + des.decrypt(des.encrypt(test)));
  } catch (Exception e) {
   e.printStackTrace();
  }

 }
}

#build脚本

#! /bin/sh

# 进入到上级目录

cd `dirname $0`/..

# 获取当前目录为PROJECT_HOME

PROJECT_HOME=`pwd`

# 设置JAVA_HOME

export JAVA_HOME=/usr/cyber/java

# 得到CLASSPATH

CLASSPATH1=$CLASSPATH

# 添加CLASSPATH

CLASSPATH=${PROJECT_HOME}\webapps\WEB-INF\conf:${PROJECT_HOME}\webapps\WEB-INF\classes:$CLASSPATH

# ant build，-buildfile 参数，是使用自定义的build.xml文件，$@是参数数组

/usr/local/ant/bin/ant -buildfile ${PROJECT_HOME}/build/build.xml "$@"

# build脚本结束

　　如果是在windows环境中，下面是build.bat脚本的一个范例：

# build.bat 

# 关闭echo显示

@echo off

# 设置%JAVA_HOME%

if "%JAVA_HOME%"=="" set JAVA_HOME=f:\tools\java

# 设置%ANT_HOME%

if "%ANT_HOME%"==""  set ANT_HOME=f:\tools\ant

# 设置PROJECT_HOME

set PROJECT_HOME = %CD%\..

set CLASSPATH_BAK=%CLASSPATH%

set CLASSPATH=

# 执行build

%ANT_HOME%\bin\ant.bat -buildfile ..\build\build.xml %1 %2 %3 %4 %5 %6 %7 %8 %9

　　6、build配置文件
　　在${PROJECT_HOME}/build目录下面，需要定义两个文件，一个是build.properties，一个是build.xml
　　build.properties文件定义了build的一些常量

# build.properties

project        = tangtang

version        = 1.1.1

# 采用classic编译，即采用ant编译

build.compiler = classic

# 采用jikes编译

#build.compiler = jikes



year           = 2004

debug          = on

optimize       = on

deprecation    = on



os             = linux

author         = tangtang

email          = syvin_tom@hotmail.com

url            = www.tangtang.org 

company        = tangtang.org

<?xml version="1.0" encoding="gb2312"?>



<!-- Build file for project -->



<project name="cyber" default="jar" basedir=".">

<property file="${user.home}/.ant.properties" />

<!-- ant build properties -->

<property file="build.properties"/>



<property name="build.dir"  value=".."/>

<property name="build.src"  value="${build.dir}/webapps/WEB-INF/src/java"/>

<property name="build.dest" value="${build.dir}/webapps/WEB-INF/classes"/>

<property name="build.lib"  value="${build.dir}/webapps/WEB-INF/lib"/>

<property name="build.ext"  value="./lib"/>

<property name="build.tpl"  value="${build.dir}/webapps/WEB-INF/templates"/>

<property name="build.encoding" value="gb2312"/>  



<property name="src.java.dir" value="../src/java"/>

<property name="javadoc.destdir" value="../docs/api"/>

<property name="javadoc.link" value="http://www.tangtang.org/java/docs/api/"/>

<property name="final.name" value="${project}-${version}"/>

<property name="dist.root" value="${build.dir}/dist"/>

<property name="dist.dir" value="${dist.root}/${final.name}"/>



<path id="classpath">    

<pathelement path="${java.class.path}/"/>

<fileset dir="${build.lib}">    

<include name="*.jar"/>

</fileset>    

<fileset dir="${build.ext}">    

<include name="*.jar"/>

</fileset>    

</path>



<property name="classpath" refid="classpath"/>

<!-- =================================================================== -->

<!-- prints the environment                                        -->

<!-- =================================================================== -->

<target name="env">    

<echo message="build.compiler = ${build.compiler}"/>

<echo message="java.home = ${java.home}"/>

<echo message="user.home = ${user.home}"/>

<!--echo message="java.class.path = ${java.class.path}"/-->

<echo message="classpath = ${classpath}"/>

</target>



<!-- =================================================================== -->

<!-- Prepares the build directory                                        -->

<!-- =================================================================== -->

<target name="prepare" depends="env">



<tstamp/>

<filter token="year" value="${year}"/>

<filter token="version" value="${version}"/>

<filter token="date" value="${DSTAMP}"/>            

<!--

<mkdir dir="${build.dir}"/>

<mkdir dir="${build.dest}"/>

<mkdir dir="${build.src}"/>

-->

<!--  chose a class that's from j2ee.jar -->

<available  classname="javax.sql.DataSource"

property="J2EE.present">

<classpath refid = "classpath"/> 

</available>

</target>

<target name="J2EE-error" depends="prepare"  unless="J2EE.present">



<echo>

********************************************************

**

**  J2EE has not been found and is needed for the target

**  you have chosen

**

**  Since CLASSPATH is an evil idea, just link or drop

**  a copy of your j2ee.jar into build/lib directory.

**

*********************************************************

</echo>

</target>



<target name="init">

<echo>

build init

build compile

</echo>

<mkdir dir="${build.dir}/data"/>      

<mkdir dir="${build.dir}/logs"/>

<mkdir dir="${build.dir}/dist"/>         

</target>



<target name="jar" depends="compile">

<mkdir dir="${dist.root}"/>

<delete dir="${dist.root}/${project}-${version}.jar"/>  

<jar jarfile="${dist.root}/${project}-${version}.jar">

<fileset dir="${build.dest}">

<include  name="org/tangtang/**"/>

<exclude  name="org/tangtang/test/**"/>        

</fileset>     

</jar>

</target>



<target name="srcjar" depends="prepare">

<delete dir="${dist.root}/${project}-${version}-src.jar"/>

<jar jarfile="${dist.root}/${project}-${version}-src.jar">

<fileset dir="${build.src}">

<include  name="org/tangtang/**"/>

<include  name="org/tangtang/test/**"/>

</fileset>     

</jar>

</target>



<target name="tpl" depends="env">    

<jar jarfile="${dist.root}/${project}-${version}-tpl.jar">

<fileset dir="${build.tpl}">

<include  name="tangtang/**"/>

</fileset>

</jar>

</target>



<target name="javadocs">

<mkdir dir="${build.dir}/docs/api"/>

<javadoc

sourcepath="${build.src}"

overview="${build.dir}/docs/overview.html"

packagenames="org.tangtang.*"

destdir="${build.dir}/docs/api"

encoding="${build.encoding}"

author="true"

version="true"

use="true"

link="${javadoc.link}"

windowtitle="${project} ${version} API"

doctitle="${project} ${version} API"

bottom="Copyright &copy; ${year} tangtang.org.  All Rights Reserved."

>

<tag name="todo" description="To Do:"/>

</javadoc>

</target>



<target name="poolman" depends="prepare">

<jar jarfile="${dist.root}/poolman.jar">

<fileset dir="${build.dest}">

<include  name="com/codestudio/**"/>

</fileset>     

</jar>

</target>      



<target name="nightly" depends="prepare">

<tstamp/>        

<jar jarfile="${dist.root}/nightly/${project}-${version}-${DSTAMP}-src.jar">

<fileset dir="${build.src}">

<include  name="org/tangtang/**"/>

</fileset>

</jar>

</target>  



<target name="compile" depends="prepare">    

<mkdir dir="${build.dest}"/>



<!-- 检查依赖性 -->

<depend srcdir="${build.src}"

destdir="${build.dest}"

cache="${build.dest}">

<classpath refid="classpath"/>

</depend>



<javac srcdir="${build.src}"

destdir="${build.dest}"

debug="${debug}"

deprecation="${deprecation}"

optimize="${optimize}">      

<classpath refid="classpath"/>

</javac>

</target>



<target name="clean">

<delete>

<fileset dir="${build.dest}">

<include name="**/*.class"/>

</fileset>

</delete>    

</target>



<target name="clean_dist">

<delete>

<fileset dir="${dist.root}" includes="*"/>

</delete>

<delete dir="${dist.dir}" quiet="false"/>    

</target>



<target name="deploy" depends="jar">

<mkdir dir="${dist.dir}/data"/>

<mkdir dir="${dist.dir}/logs"/>    



<copy todir="${dist.dir}/bin">

<fileset dir="${build.dir}/bin">

<include name="*"/>

</fileset>

</copy>    



<fixcrlf srcdir="${dist.dir}/bin" eol="lf" eof="remove"

includes="**/*"

excludes="**/*.bat"

/>



<copy todir="${dist.dir}/conf">

<fileset dir="${build.dir}/conf">

<include name="templates/*"/>

<exclude name="*"/>

<exclude name="**/*.bak"/>

<exclude name="**/bak/**"/> 

</fileset>

</copy>    



<copy todir="${dist.dir}/build">

<fileset dir="${build.dir}/build">

<include name="*"/>

<include name="lib/*"/>

<exclude name="**/*.bak"/>

<exclude name="**/bak/**"/>        

</fileset>

</copy>              



<copy todir="${dist.dir}/templates">

<fileset dir="${build.dir}/templates">

<include name="**/*.vm"/>

<exclude name="**/*.bak"/>

<exclude name="**/bak/**"/>

</fileset>

</copy>  



<copy todir="${dist.dir}/webapps/html">

<fileset dir="${build.dir}/webapps/html">

<include name="**/*"/>

<exclude name="**/*.bak"/>        

<exclude name="**/bak/**"/>

</fileset>

</copy>



<copy todir="${dist.dir}/webapps/applet">

<fileset dir="${build.dir}/webapps/applet">

<include name="**/*"/>

<exclude name="**/*.bak"/>        

<exclude name="**/bak/**"/>

</fileset>

</copy>



<copy todir="${dist.dir}/webapps/icons">

<fileset dir="${build.dir}/webapps/icons">

<include name="**/*.gif"/>        

<include name="**/*.jpg"/>

<exclude name="**/*.bak"/>

<exclude name="**/bak/**"/>

</fileset>

</copy>



<copy todir="${dist.dir}/webapps/images">

<fileset dir="${build.dir}/webapps/images">

<include name="**/*.gif"/>        

<include name="**/*.jpg"/>

<exclude name="**/*.bak"/>

<exclude name="**/bak/**"/>

</fileset>

</copy>  



<copy todir="${dist.dir}/webapps/WEB-INF/">

<fileset dir="${build.dir}/webapps/WEB-INF/">

<include name="**/*"/>

<exclude name="classes/**"/>      

<exclude name="conf/*"/>

<exclude name="src/**"/>

</fileset>

</copy>  



<jar jarfile="${dist.root}/${project}-${version}-war.jar">

<fileset dir="${dist.dir}">

<include  name="**/*"/>

</fileset>

</jar>   

</target>



<target name="conf">

<delete>

<fileset dir="${build.dir}/conf" includes="*"/>

<fileset dir="${build.dir}/webapps/WEB-INF/conf" includes="*"/>

</delete>

<filter filtersfile="deploy.properties"/>

<copy todir="${build.dir}/conf" filtering="true">

<fileset dir="${build.dir}/conf/templates">

<include name="*"/>

</fileset>

</copy>  

<copy todir="${build.dir}/webapps/WEB-INF/conf" filtering="true">

<fileset dir="${build.dir}/webapps/WEB-INF/conf/templates">

<include name="*"/>

</fileset>

</copy>

</target>  

</project>

二、从语法定义层面看abstract class和interface
       在语法层面，Java语言对于abstract class和interface给出了不同的定义方式，下面以定义一个名为Demo的抽象类为例来说明这种不同。使用abstract class的方式定义Demo抽象类的方式如下：
abstract class Demo ｛
 abstract void method1();
 abstract void method2();
 …
｝
使用interface的方式定义Demo抽象类的方式如下：
interface Demo {
 void method1();
 void method2();
 …
}
在abstract class方式中，Demo可以有自己的数据成员，也可以有非abstarct的成员方法，而在interface方式的实现中，Demo只能够有静态的不能被修改的数据成员（也就是必须是static final的，不过在interface中一般不定义数据成员），所有的成员方法都是abstract的。从某种意义上说，interface是一种特殊形式的abstract class。
       从编程的角度来看，abstract class和interface都可以用来实现"design by contract"的思想。但是在具体的使用上面还是有一些区别的。
       首先，abstract class在Java语言中表示的是一种继承关系，一个类只能使用一次继承关系。但是，一个类却可以实现多个interface。也许，这是Java语言的设计者在考虑Java对于多重继承的支持方面的一种折中考虑吧。
       其次，在abstract class的定义中，我们可以赋予方法的默认行为。但是在interface的定义中，方法却不能拥有默认行为，为了绕过这个限制，必须使用委托，但是这会 增加一些复杂性，有时会造成很大的麻烦。
       在抽象类中不能定义默认行为还存在另一个比较严重的问题，那就是可能会造成维护上的麻烦。因为如果后来想修改类的界面（一般通过abstract class或者interface来表示）以适应新的情况（比如，添加新的方法或者给已用的方法中添加新的参数）时，就会非常的麻烦，可能要花费很多的时间（对于派生类很多的情况，尤为如此）。但是如果界面是通过abstract class来实现的，那么可能就只需要修改定义在abstract class中的默认行为就可以了。
       同样，如果不能在抽象类中定义默认行为，就会导致同样的方法实现出现在该抽象类的每一个派生类中，违反了"one rule，one place"原则，造成代码重复，同样不利于以后的维护。因此，在abstract class和interface间进行选择时要非常的小心。

二、 从设计理念层面看abstract class和interface
       上面主要从语法定义和编程的角度论述了abstract class和interface的区别，这些层面的区别是比较低层次的、非本质的。本文将从另一个层面：abstract class和interface所反映出的设计理念，来分析一下二者的区别。作者认为，从这个层面进行分析才能理解二者概念的本质所在。
       前面已经提到过，abstarct class在Java语言中体现了一种继承关系，要想使得继承关系合理，父类和派生类之间必须存在"is a"关系，即父类和派生类在概念本质上应该是相同的。对于interface 来说则不然，并不要求interface的实现者和interface定义在概念本质上是一致的，仅仅是实现了interface定义的契约而已。为了使论述便于理解，下面将通过一个简单的实例进行说明。
       考虑这样一个例子，假设在我们的问题领域中有一个关于Door的抽象概念，该Door具有执行两个动作open和close，此时我们可以通过abstract class或者interface来定义一个表示该抽象概念的类型，定义方式分别如下所示：
使用abstract class方式定义Door：

abstract class Door {
 abstract void open();
 abstract void close()；
}

使用interface方式定义Door：

interface Door {
 void open();
 void close();
}
其他具体的Door类型可以extends使用abstract class方式定义的Door或者implements使用interface方式定义的Door。看起来好像使用abstract class和interface没有大的区别。
       如果现在要求Door还要具有报警的功能。我们该如何设计针对该例子的类结构呢（在本例中，主要是为了展示abstract class和interface反映在设计理念上的区别，其他方面无关的问题都做了简化或者忽略）下面将罗列出可能的解决方案，并从设计理念层面对这些不同的方案进行分析。

解决方案一：
       简单的在Door的定义中增加一个alarm方法，如下：
abstract class Door {
 abstract void open();
 abstract void close()；
 abstract void alarm();
}

或者

interface Door {
 void open();
 void close();
 void alarm();
}

那么具有报警功能的AlarmDoor的定义方式如下：
class AlarmDoor extends Door {
 void open() { … }
 void close() { … }
 void alarm() { … }
}

或者

class AlarmDoor implements Door ｛
 void open() { … }
 void close() { … }
 void alarm() { … }
｝

这种方法违反了面向对象设计中的一个核心原则ISP（Interface Segregation Priciple），在Door的定义中把Door概念本身固有的行为方法和另外一个概念"报警器"的行为方法混在了一起。这样引起的一个问题是那些仅仅依赖于Door这个概念的模块会因为"报警器"这个概念的改变（比如：修改alarm方法的参数）而改变，反之依然。

解决方案二：
       既然open、close和alarm属于两个不同的概念，根据ISP原则应该把它们分别定义在代表这两个概念的抽象类中。定义方式有：这两个概念都使用abstract class方式定义；两个概念都使用interface方式定义；一个概念使用abstract class方式定义，另一个概念使用interface方式定义。 显然，由于Java语言不支持多重继承，所以两个概念都使用abstract class方式定义是不可行的。后面两种方式都是可行的，但是对于它们的选择却反映出对于问题领域中的概念本质的理解、对于设计意图的反映是否正确、合理。我们一一来分析、说明。
       如果两个概念都使用interface方式来定义，那么就反映出两个问题：
1、 我们可能没有理解清楚问题领域，AlarmDoor在概念本质上到底是Door还是报警器？
2、如果我们对于问题领域的理解没有问题，比如：我们通过对于问题领域的分析发现AlarmDoor在概念本质上和Door是一致的，那么我们在实现时就没有能够正确的揭示我们的设计意图，因为在这两个概念的定义上（均使用interface方式定义）反映不出上述含义。 如果我们对于问题领域的理解是：AlarmDoor在概念本质上是Door，同时它有具有报警的功能。我们该如何来设计、实现来明确的反映出我们的意思呢？前面已经说过，abstract class在Java语言中表示一种继承关系，而继承关系在本质上是"is a"关系。所以对于Door这个概念，我们应该使用abstarct class方式来定义。另外，AlarmDoor又具有报警功能，说明它又能够完成报警概念中定义的行为，所以报警概念可以通过interface方式定义。如下所示：
abstract class Door {
 abstract void open();
 abstract void close()；
}
interface Alarm {
 void alarm();
}
class AlarmDoor extends Door implements Alarm {
 void open() { … }
 void close() { … }
    void alarm() { … }
}

这种实现方式基本上能够明确的反映出我们对于问题领域的理解，正确的揭示我们的设计意图。其实abstract class表示的是"is a"关系，interface表示的是"like a"关系，大家在选择时可以作为一个依据，当然这是建立在对问题领域的理解上的，比如：如果我们认为AlarmDoor在概念本质上是报警器，同时又具有Door的功能，那么上述的定义方式就要反过来了。
       abstract class和interface是Java语言中的两种定义抽象类的方式，它们之间有很大的相似性。但是对于它们的选择却又往往反映出对于问题领域中的概念本质的理解、对于设计意图的反映是否正确、合理，因为它们表现了概念间的不同的关系（虽然都能够实现需求的功能）。这其实也是语言的一种的惯用法，希望读者朋友能够细细体会。