真正掌握设计模式需要在实践中不断研究和使用，关于设计模式在具体实例的应用，可以阅读板桥里人的书籍《 Java实用系统开发指南 》。书籍中8个实例都从设计模式、框架等高度对系统进行崭新的设计和实现，这种应用理念正是现在以及将来软件设计和编程的根本之道。

1:前言 学习GoF设计模式的重要性 建筑和软件中模式之异同 你还在用if else吗？

2:GoF设计模式 A.创建模式 设计模式之Factory(工厂模式) 使用工厂模式就象使用new一样频繁.2002/10/9更新 设计模式之Prototype(原型模式) 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 设计模式之Builder 汽车由车轮 方向盘 发动机很多部件组成，同时，将这些部件组装成汽车也是一件复杂的工作，Builder模式就是将这两种情况分开进行。 设计模式之Singleton(单态模式) 保证一个类只有一个实例,并提供一个访问它的全局访问点 2002/10/9更新 B.结构模式 设计模式之Facade 可扩展的使用JDBC针对不同的数据库编程,Facade提供了一种灵活的实现. 设计模式之Proxy 以Jive为例,剖析代理模式在用户级别授权机制上的应用 设计模式之Adapter 使用类再生的两个方式:组合(new)和继承(extends),这个已经在"thinking in java"中提到过. 设计模式之Composite 就是将类用树形结构组合成一个单位.你向别人介绍你是某单位，你是单位中的一个元素，别人和你做买卖，相当于和单位做买卖。文章中还对Jive再进行了剖析。 设计模式之Decorator Decorator是个油漆工,给你的东东的外表刷上美丽的颜色. 设计模式之Bridge 将"牛郎织女"分开(本应在一起,分开他们,形成两个接口),在他们之间搭建一个桥(动态的结合) 设计模式之Flyweight 提供Java运行性能,降低小而大量重复的类的开销. C.行为模式 设计模式之Template 实际上向你介绍了为什么要使用Java 抽象类,该模式原理简单,使用很普遍. 设计模式之Memento 很简单一个模式,就是在内存中保留原来数据的拷贝. 设计模式之Observer 介绍如何使用Java API提供的现成Observer 设计模式之Chain of Responsibility 各司其职的类串成一串,好象击鼓传花,当然如果自己能完成,就不要推委给下一个. 设计模式之Command 什么是将行为封装,Command是最好的说明. 设计模式之State 状态是编程中经常碰到的实例,将状态对象化,设立状态变换器,便可在状态中轻松切换. 设计模式之Strategy 不同算法各自封装,用户端可随意挑选需要的算法. 设计模式之Mediator Mediator很象十字路口的红绿灯,每个车辆只需和红绿灯交互就可以. 设计模式之Interpreter 主要用来对语言的分析,应用机会不多. 设计模式之Visitor 访问者在进行访问时,完成一系列实质性操作,而且还可以扩展. 设计模式之Iterator 这个模式已经被整合入Java的Collection.在大多数场合下无需自己制造一个Iterator,只要将对象装入Collection中，直接使用Iterator进行对象遍历。

3:英文资料 Thinking in Patterns with Java Thinking in Java的作者 Eckel 又一著作! CMSC491D Design Patterns In Java Overview of Design Patterns 精确定义各个模式以及他们的关系 Design Patterns Java Companion 4:J2EE设计模式 设计模式在EJB中应用 这是板桥里人banq发表在《程序员》第6期的文章。 EJB设计模式(英文) 从设计模式去理解EJB或J2EE我认为是个非常有效的办法.

• 感谢台湾「 点空间 」将本站设计模式文章翻译成 繁体字并转载
• 感谢网友David Yu将本站设计模式制作成PDF文件， 这里下载PDF文件

原文参看:http://www.jdon.com/designpatterns/index.htm

WEB 浏览器与 WEB 服务器建立连接后，除了将请求 URL 中的资源路径发送给 WEB 服务器外，还会将 URL 中的主机名部分作为 HTTP 请求消息的 Host 头发送给 WEB 服务器。例如，在浏览器地址栏中输入 http://www.it315.org ，浏览器发送给 www.it315.org 主机上的 WEB 服务器的请求消息内容如下：

       GET  /  HTTP/1.1< 回车 >

       Host:  www.it315.org< 回车 >

       < 回车 >

WEB 服务器接收到浏览器的访问请求消息后，根据 Host 头字段中所设置的主机名，就知道该选择哪个 WEB 站点来进行响应，因此，可以使用不同的主机名来作为区分同一个 WEB 服务器上的不同站点的标识信息。

Tomcat 的 Server.xml 配置文件中有一个 <Host> 元素，一个 <Host> 元素用于建立一个 WEB 站点，使用多个 <Host> 元素则可以建立多个 WEB 站点。 <Host> 元素的父级元素为 <Engine> 元素，嵌套在同一个 <Engine> 元素中的多个 <Host> 元素的 name 属性不能相同， <Host> 元素的 name 属性指定 WEB 站点所对应的主机名称。 Tomcat 的 Server.xml 配置文件中初始设置的 <Host> 元素内容如下：

<Host name="localhost" appBase="webapps" …>

…

</Host>

<Host> 元素中的 appBase 属性指定了一个路径，该路径将作为嵌套在它里面的 <Context> 元素的 docBase 属性中设置的相对路径的基准路径。

当 Tomcat 接收到访问请求时，将比较请求消息中的 Host 头字段的值与 <Host> 元素的 name 属性值，并以匹配的 <Host> 元素所创建的 WEB 站点来响应。如果 Server.xml 文件中没有与请求消息的 Host 头字段匹配的 <Host> 元素， Tomcat 将以默认的 WEB 站点来响应。只要 <Engine> 元素的 defaultHost 属性设置为嵌套在它里面的某个 <Host> 元素的 name 属性值，该 <Host> 元素所创建的 WEB 站点就成了该引擎的默认 WEB 站点。例如， Tomcat 的 Server.xml 文件中的 <Engine> 元素的默认设置如下：

<Engine name="Standalone" defaultHost="localhost" debug="0">

…

       <Host name="localhost" appBase="webapps" …>

       …

       </Host>

…

</Engine>

上面的这段配置信息说明，该引擎的默认 WEB 站点为嵌套在 <Engine> 元素中的 name 属性为“ localhost ”的 <Host> 元素所创建的 WEB 站点。

在同一台计算机上建立了多个基于主机名的虚拟主机后， WEB 浏览器要访问其中的某个虚拟主机的资源时，在访问 URL 中必须采用主机名，而不能采用 IP 地址。这是因为 WEB 浏览器要将 URL 中的主机名部分作为 HTTP 请求消息的 Host 头发送给 WEB 服务器，如果 URL 中的主机名部分使用的是 IP 地址，那么，浏览器发出的请求消息中的 Host 头字段的值就是这个 IP 地址，而在同一台计算机上建立的多个基于主机名的虚拟主机共享同一个 IP 地址，在 Host 头字段使用 IP 地址根本就无法区分不同的站点。

即使在 URL 中指定的是主机名时， WEB 浏览器还是要先获得该主机名所对应的 IP 地址，然后再使用这个 IP 去连接 WEB 服务器。所以，在建立基于主机名的虚拟主机时，除了要在 Tomcat 的 server.xml 文件中进行设置外，还需要在整个网络系统中建立主机名与 IP 地址的映射关系，即必须将主机名添加到名称解析系统，以便 WEB 浏览器能够从名称解析系统中查询出主机名所对应的 IP 地址。建立主机名与 IP 地址的映射关系的惯用方式有两种：一是使用客户机本地的 Hosts 文件，二是使用 DNS(Domain Name System ，域名系统 ) 服务器。 Hosts 文件和 DNS 的作用都是允许用户使用“友好”的、文本格式的主机名称，而不是数字格式的 IP 地址来访问网络中的计算机。 Hosts 文件可用于小型的 Intranet （企业内部网），网络中的所有计算机上都需要使用 Hosts 文件。 DNS 通常用于大型的网络，特别是 Internet 上对外提供服务的计算机都是通过 DNS 来建立其主机名与 IP 地址的映射关系。客户机首先在本地的 Hosts 文件中查找主机名称所映射的 IP 地址，如果没有找到，再去查询 DNS 服务器。为了简单起见，这里仅介绍一下 Hosts 文件。对于 Windows 2000 系统， Hosts 文件位于操作系统根目录（取决操作系统所在的分区，通常是 c:\winnt ）下的 System32\Drivers\Etc 子目录中，默认情况下，该文件中有如下一行内容：

       127.0.0.1       localhost

这行文本的作用就是将 IP 地址（ 127.0.0.1 ）映射成主机名（ localhost ），这也就是在 IE 浏览器地址栏中可以使用 localhost 访问本地 WEB 服务器的原因。如果要增加更多的主机名与 IP 地址的映射，可以在 Hosts 文件中增加更多的行，然后参照上面这行内容的格式在每行中填写 IP 地址和相应的主机名。

上面的整个交互过程如图2.34所示，Tomcat根据第1次和第2次请求中所指定Host头的值，查找Server.xml文件中与之相匹配的<Host>元素的name属性值，并以匹配的<Host>元素所设置的WEB站点来响应；在第3次和第4次请求中所指定Host头的值，在Server.xml文件中没有与之对应的<Host>元素的name属性值，Tomcat将以默认的WEB站点来响应。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 单位：万元                   

二、符合中国国情的web3.0基础条件分析。

1、国家相关机构对个人合法身份的确认。
　　第三代身份证为这一条件打下了良好的基础，公安机关联网的计算机，可以接收网站发来的个人身份确认信息，网民可以便捷地到辖区派出所刷卡确认身份。这个条件仅仅是诚信的基础。
2、在非网络时代，中国人更多的信任主要通过关系网中的熟人介绍，在交往中，依赖面对面的交流，凭个人的感觉，逐步取得信任，进一步开始产业活动。
　　中国的一句俗话:人是一面相。听到的远不如自己亲眼看到的。
3、网络时代怎样满足中国人的这个习惯呢?
　　A、网络的语音视频功能----看到听到。
　　B、成员相对固定的视频会议系统+文字交流区----QQ群、圈子、E话通、页面网电等----建立口碑传播渠道。
　　C、完善同学、战友、亲戚、同事的网络组织。由于成员结构复杂且分布广泛，所以通过这个组织比较容易找到共同熟人或者值得信赖的中间人(大多是有身份的人)----网上网下人脉结合。
　　D、任何人可以主动或者被动的考察、接受考察。----提高效率，是网络的意义所在。
4、借鉴国外个人诚信管理制度，在部分网民中推广会员诚信等级确认制度。目前，国内部分网站已经作了起来。
5、有了这样的基础，产业活动才具有普遍意义---一亿以上的实实在在的老百姓，通过网络进行商业、工业、服务业等的部分环节工作。

　　三、无论Web3.0最终内容是什么，但一定是在形式上，通过网络深化对大众的服务，更加低成本高效率地满足更多的人对精神的追求以及创造更多的财富。

　　四、说给勤奋中的站长和看好中国的VC们。

　　中国在互联网方面和发达国家的距离相对较小，而且越来越小，但方向一定要符合中国国情，才能少出现泡沫，不出现泡沫。
　　我们欣喜地看到几家网站，抓住了趋势，得到了VC的支持，风头正劲。
　　同时，笔者还高兴的在中国的郑州、徐州接触了几个网络团队，他们不为一时的网络泡沫所动，潜心研究，俯首基础建设，座上有鸿儒(世界顶级技术专家、VC代表)，往来尽白丁(不善动笔当不了写手的草根)。
　　必要的时候，我会为他们献上一笔。
　　勤奋终有所获，方向正确，风险更小!

　　补充:

　　web1.0----网站是别人的家------我只是看看--------陌路人
　　web2.0----网站是朋友的家------有人和我聊聊------客人
　　WEB3.0----网站是你我的家------吃喝买卖随己------主人

Mozilla Public License

MPL License，允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。这种授权维护了商业软件的利益，，它要求基于这种软件得修改无偿贡献版权给该软件。这样，围绕该软件得所有代码得版权都集中在发起开发人得手中。但MPL是允许修改，无偿使用得。MPL软件对链接没有要求。

JDBC3.0规范中数据库连接池框架

JDBC3.0连接池框架的关系图

JDBC3.0规范中在上述情况下各个接口和类之间的UML图

在典型三层环境中具体调用流程：

当应用程序通过调用DataSource.getConnection()得到一个数据库连接。

Pooling Vendor实现的DataSource对象在连接池中进行查找看当前是否有有效的PooledConnection对象，如果连接池中有可用的PooledConnection，则进行检查，如果当前的PooledConnection可用则使用。

如果如果连接池中没有可用的PooledConnection对象，或者当前的PooledConnection对象不正确，那么Pooling Vendor调用ConnectionPoolDataSource.getPooledConnection类创建一个新的PooledConnection对象，这时由Driver Vendor实现的ConnectionPoolDataSource将会创建一个满足要求新的PooledConnection对象，并将其返回给连接池实现模块进行管理。

然后，Pooling Vendor会调用PooledConnection.getConnection()获得一个逻辑的Connection对象，这个逻辑的Connection对象将会象正常的Connection对象返回给应用程序。这个逻辑Connection对象实际上是连接池中PooledConnection对象的一个句柄，当连接池有效时，应用程序调用DataSource.getConnection()就会得到这个句柄。简而言之，应用程序此时使用的Connection对象仅仅是其创建者PooledConnection对象的句柄而已。

连接池实现模块调用PooledConnection.addConnectionEventListener()将自己注册成为一个PooledConnection对象的监听者，当数据库连接需要重用或者关闭的时候连接池实现模块可以得到通告。

当应用程序通过调用Connection.close()来关闭数据库连接，这时一个ConnectionEvent对象被创建并被返回到连接池实现模块，连接池实现模块接受到此通告后，将PooledConnection对象返回到池中进行重用。这些过程中其它角色都不能访问PooledConnection.close（）方法，能访问这个方法的只有Pooling Vendor，它们使用这个方法对连接池中的对象进行操作，通过PooledConnection.close()方法可以关闭物理数据库连接。

  原文参看：http://www.huihoo.org/j2ee/jdbc3.html

当然,事情总是不断进步的,我们就要扬长避短了.

使用Filter方式带来的优点有:

• 可以服务静态内容(当然后来webwork也提供了方式来避免服务静态内容,因为对于普通文件应用服务器一般不比普通web服务器性能好)
• 可以处理多种请求,当然目前也没有更多的请求处理

缺点有:

• 在Servlet 2.3中,不能使用jsp:include或者ww:include包含action输出的结果了(当然可以使用ww:action)
• 一个请求如果发生了Forward,一般不会再经过Filter了(include同理,这是前面一条的原因)
• 由于Servlet和Filter的不同,还会有很多其他问题--不过目前还没有注意到

首先我们来看看如何配置Filter

配置WebWork的Filter

在最简单的情况下,webwork 2.2.的web.xml是这样的:

分析Servlet 规范

Filter在Servlet 2.3规范中出现,配置方式就和最简单的webwork的配置相同,在Servlet 2.4中,对mapping做了改进,可以设置Filter服务于何种请求.举例如下:

也就是说,Filter通过配置可以服务FORWARD和INCLUDE(以及ERROR)方式的请求了,而在Servlet 2.3中,是没有规定的.而在Servlet 2.4中,如果没有设置dispatcher,默认情况下是仅服务REQUEST类型的请求. 我觉得在Servlet 2.3的情况下,Filter也应该仅服务于REQUEST请求.(在Tomcat 下,本人测试确实如此,其他环境没有测试)

通过上述分析,我们可以看到,如果应用服务器支持Servlet 2.4,通过设置我们的web.xml为2.4的格式,然后设置Filter的服务类型,则可以对FORWARD,INCLUDE,ERROR类型的请求进行服务.

通过Servlet 2.4规范我们可以避免一些使用Filter的缺点,当然如果设置不当,可能也会带来一些毛病:

• 如果sitemesh映射处理不好,可能一个页面被多次装饰,所以要注意装饰设置和Filter设置的合理搭配
• 多次经过Filter,可能会造成混乱,以及性能问题

Include 一个Action

前面我们说过,升级到webwork 2.2后,文档上已经说使用ww:action的调用来替换ww:include和jsp:include对一个action的包含,当然我也是推荐ww:action来替换老的方式的. 但是这不等于说ww:include,jsp:include不能包含一个action了.

通过对filter-mapping的dispatcher的设置,可以完全使用包含action.

警告:我们不推荐使用这种方式!

URL Rewrite Filter的使用

url rewrite filter是一个java编写的优秀的重写url引擎.用于在java应用中重写URL. 当然如果你有web服务器的重写权限(例如apache),最好使用web服务器的ReWrite引擎,它们的效率会高于Url Rewrite Filter.

在WebWork 2.1.7的时候,因为WebWork使用Servlet处理请求,所以不对Filter造成不良影响,在WebWork 2.1.7中使用的配置如下:

而升级到webwork 2.2.2中时,由于webwork的配置改变了,对webwork的action的forward方式的重写就会无法生效了.  ---如果你的rewrite全部都是redirect,则无须修改

(如果使用了forward重写方式,会发生404错误)

在Servlet 2.3规范的应用服务器中,这可能是个无法解决的问题!(也许能通过修改某些程序的代码可以做到)

如果你的应用服务器支持Servlet 2.4,则可以按照上面的说明修改web.xml,就可以继续使用了. (但是要避免前面说的多次filter的问题)

配置示例如下:

注意sitemesh的filter的配置,你的可能和此处不同,因为我要避免页面多次被装饰.当然可以通过sitemesh的配置文件,设置只装饰某个处理中的url即可. 也就是说,某种情况下,有可能你的sitemesh的filter-mapping中也要包括dispatcher的配置.

总之,要根据实际情况编写自己的web.xml.
原文参见： http://www.jscud.com/srun/news/viewhtml/4_2006_4/188.htm

Wiki一词来源于夏威夷语的“wee kee”，原本是“快点”的意思。在这里Wiki指的是一种网上共同协作的超文本系统,可由多人共同对网站内容进行维护和更新。我们可以通过网页浏览器对Wiki文本进行浏览、创建、更改，而且创建、更改、发布的代价远比HTML文本为小,您并不需要懂得HTLM代码，只要简单了解少量的Wiki的语法的约定，您就可以在系统中发布您的页面！与其它超文本系统相比，Wiki有使用方便及开放的特点，所以Wiki系统可以帮助我们在一个社群内共同收集、创作某领域的知识，发布大家都关心和感兴趣的话题。

Wiki 的起源

1995年沃德·坎宁安为了方便模式社群的交流建立了一个工具－波特兰模式知识库（Portland Pattern Repository）。在建立这个系统的过程中，Ward Cunningham创造了Wiki的概念和名称，并且实现了支持这些概念的服务系统。这个系统是最早的Wiki系统。从1996年至2000年间，波特兰模式知识库围绕着面向社群的协作式写作，不断发展出一些支持这种写作的辅助工具，从而使Wiki的概念不断得到丰富。同时Wiki的概念也得到了传播，出现了许多类似的网站和软件系统。

Wiki的历史还不长，无论是Wiki概念自身，还是相关软件系统的特性，还都在热烈的讨论中；所以怎样的一个站点才能称得上是一个Wiki系统还是有争议的。与Wiki相关最近出现的技术还有blog，它们都降低了超文本写作和发布的难度。这两者都与内容管理系统关系紧密。

Wiki 的特点

使用方便

*维护快捷：快速创建、存取、更改超文本页面（这也是为什么叫作 "wikiwiki" 的原因）。

*格式简单：用简单的格式标记来取代 HTML 的复杂格式标记。（类似所见即所得的风格）

*链接方便：通过简单标记，直接以关键字名来建立链接（页面、外部连接、图像等）。

命名平易：关键字名就是页面名称，并且被置于一个单层、平直的名空间中。

有组织

自组织的：同页面的内容一样，整个超文本的组织结构也是可以修改、演化的。

可汇聚的：系统内多个内容重复的页面可以被汇聚于其中的某个，相应的链接结构也随之改变。

可增长

可增长：页面的链接目标可以尚未存在，通过点击链接，我们可以创建这些页面，从而使系统得到增长。

修订历史：记录页面的修订历史，页面的各个版本都可以被获取。

开放性

开放的：社群的成员可以任意创建、修改、删除页面。

可观察

可观察：系统内页面的变动可以被访问者观察到。

一.  概述

企业在进行业务处理时，政府在进行公文审批时，都是以流程形式而进行的，在信息化的过程中，企业、政府也将这些业务处理、公文审批的过程信息化了，早期通常是通过程序硬编码的方式来处理这些业务、公文的流转，随着业务、公文的复杂的处理情况不断出现以及需求的不断变更，这种硬编码的方式显然已无法应对，这个时候工作流管理系统应运而生，掀起了一股工作流管理系统的热潮。

那么到底工作流管理系统能够带来什么好处？工作流管理系统通过对业务、公文流转进行分析以及抽象，将不变和变化的部分进行划分，用户可轻松的通过可视化的工具对事项的流程、流程环节涉及的人员 ( 角色 ) 、流程环节的表单、流程环节的操作进行修改，从而到达了应对不断变化的需求的目的，而工作流管理系统通常提供的流程监控、查询统计模块更是极大程度的为用户优化流程提供支持，以提高企业、政府的工作效率。

本文主要描述工作流管理系统通常的结构、参考模型以及通常使用的调度算法。

二.  构成

工作流管理系统，简称 WFMS ，经过对业务、公文流转过程的分析以及抽象，工作流管理系统围绕业务交互逻辑、业务处理逻辑以及参与者三个问题进行解决，业务交互逻辑对应的为业务的流转过程，在工作流管理系统中对应的提出了工作流引擎、工作流设计器、流程操作来解决业务交互逻辑的问题，业务处理逻辑对应业务流转过程中的表单、文档等的处理，在工作流管理系统中对应的提出了表单设计器、与表单的集成来解决业务处理逻辑的问题，参与者对应到的为流转过程中环节对应的人或程序，在工作流管理系统中通过与应用程序的集成来解决参与者的问题。

工作流管理系统为方便业务交互逻辑、业务处理逻辑以及参与者的修改，多数通过提供可视化的流程设计器以及表单设计器来实现，为实现工作流管理系统的扩展性，多数提供了一系列的 API 。

一个完整的工作流管理系统通常由工作流引擎、工作流设计器、流程操作、工作流客户端程序、流程监控、表单设计器、与表单的集成以及与应用程序的集成八个部分组成。

2.1.       工作流引擎

工作流引擎作为工作流管理系统的核心部分，主要提供了对于工作流定义的解析以及流程流转的支持。工作流定义文件描述了业务的交互逻辑，工作流引擎通过解析此工作流定义文件按照业务的交互逻辑进行业务的流转，工作流引擎通常通过参考某种模型来进行设计，通过调度算法来进行流程的流转 ( 流程的启动、终止、挂起、恢复等 ) ，通过各种环节调度算法 (SPLIT 、 AND 、 OR 等 ) 来实现对于环节的流转 ( 环节的合并、分叉、选择、条件性的选择等 ) 。

2.2.       工作流设计器

工作流设计器为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于环节的配置来实现环节操作、环节表单、环节参与者的配置。

工作流设计器为用户以及开发商提供了快速绘制、修改流程的方式，工作流设计器的好坏决定到工作流管理系统的易用性。

2.3.       流程操作

流程操作指所支持的对于流程环节的操作，如启动流程、终止流程、挂起流程、直流、分流 ( 单人办理 ) 、并流 ( 多人同时办理 ) 、联审等，象这些流程操作都是可直接基于引擎所提供的环节调度算法来直接支持的，而在实际的需求中，通常需要自由的对于流程进行干涉，如取回、回退、跳转、追加、传阅、传阅办理等，而这些流程操作对于工作流引擎来说是不合理的，因此必须单独的去实现。

流程操作支持的好坏直接决定到一个工作流管理系统的实用性。

2.4.       工作流客户端程序

工作流客户端程序为工作流系统的表现形式，通常使用 Web 方式进行展现，通过提供待办列表、已办列表、执行流程操作、查看流程历史信息等来展现工作流系统的功能。

2.5.       流程监控

流程监控通过提供图形化的方式来对流程执行过程进行监控，包括流程运转状况，每个环节所耗费的时间等等，而通过这些可相应的进行流程的优化，以提高工作效率。

2.6.       表单设计器

表单设计器为可视化的表单设计工具，用户通过拖放的方式来绘制业务所需的表单，并可相应的进行表单数据的绑定。

表单设计器为客户以及开发商提供了快速修改表单的方法，表单设计器的易用与否以及功能的完善与否影响到工作流管理系统的易用性。

2.7.       与表单的集成

通常业务流转需要表单来表达实际的业务，因此需要与表单进行集成来实现业务意义，与表单的集成通常包括表单数据的自动获取、存储、修改，表单域的权限控制、流程相关数据的维护以及流程环节表单的绑定。

与表单的集成的好坏影响到工作流管理系统是否能提高开发效率。

2.8.       与应用程序的集成

通过与应用程序的集成来完善工作流管理系统的业务意义，主要涉及到的是与权限系统以及组织机构的集成。流程环节需要相应的绑定不同的执行角色，而流程操作通常需要与权限系统、组织机构进行关联。

三.  参考模型

工作流系统通常通过参考一些标准的模型来进行设计，主要的有 WFMC 和 OMG ，在这里主要介绍一下 WFMC 。

3.1.       WFMC

WFMC 是国际工作流管理联盟，它于 1993 年成立，发布了一系列的工作流定义、软件接口的草案文本，是目前世界上公认的最具权威性的工作流标准制定机构，得到了广泛的支持和应用。

2002 年 10 月 25 日 ， WFMC 发布了基于 XML 的流程定义语言 1.0 版的最终文本（ Workflow Process Definition Interface----XML Process Definition Language  文档编号： WFMC-TC-1025 ），以及此前发布的工作流应用软件接口规范 WFMC-TC-1009, WFMC-TC-1013 等系列文件，构成了工作流定义及系统的设计标准。

为了实现不同工作流产品之间的互操作， WfMC 在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。

一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。

WFMC 主要提出了五个接口与工作流执行服务一起共同组成了工作流系统：

l         接口一 ( 工作流定义交换 ) ，用于在建模和定义工具与执行服务之间交换工作流定义。主要是数据交换格式和 API 。数据交换通过 XPDL ， API 通过 WAPI 。

l         接口二 ( 工作流客户端应用接口 ) ，用于工作流客户端应用访问工作流引擎和工作列表，通过 WAPI 完成。

l         接口三 ( 被调用的应用接口 ) ，用于调用不同的应用系统。

l         接口四 ( 工作流系统互操作接口 ) ，用于不同工作流系统之间的互操作。

l         接口五 ( 系统管理和监控 ) ，用于系统管理应用访问工作流执行服务。

四.  核心调度算法

通常流程引擎采用的核心调度算法主要有 FSM 以及 PetriNet 两种，基于调度算法来完成流程的流转。

4.1.       FSM( 有限状态机 )

FSM 的定义为包含一组状态集（ states ）、一个起始状态（ start state ）、一组输入符号集（ alphabet ）、一个映射输入符号和当前状态到下一状态的转换函数（ transition function ）的计算模型。当输入符号串，模型随即进入起始状态。它要改变到新的状态，依赖于转换函数。在有限状态机中，会有有许多变量，例如，状态机有很多与动作（ actions ）转换 (Mealy 机 ) 或状态（摩尔机）关联的动作，多重起始状态，基于没有输入符号的转换，或者指定符号和状态（非定有限状态机）的多个转换，指派给接收状态（识别者）的一个或多个状态，等等。

遵循 FSM 流程引擎通过状态的切换来完成流程的流转。

4.2.       PetriNet

信息流的一个抽象的、形式的模型。指出一系统的静态和动态性质。 petrinet 通常表示成图。图中有两类用弧彼此相连的结点（称为地点和变换）和指示其动态性能的标记（称为记号）。

遵循 PetriNet 流程引擎通过令牌来决定流程的流转。

原文查看：http://www.blogjava.net/BlueDavy/archive/2005/07/21/8150.aspx

在基于 Java 语言的编程中，我们经常碰到汉字的处理及显示的问题。一大堆看不懂的乱码肯定不是我们愿意看到的显示效果，怎样才能够让那些汉字正确显示呢？Java 语言默认的编码方式是UNICODE ，而我们中国人通常使用的文件和数据库都是基于 GB2312 或者 BIG5 等方式编码的，怎样才能够恰当地选择汉字编码方式并正确地处理汉字的编码呢？本文将从汉字编码的常识入手，结合 Java 编程实例，分析以上两个问题并提出解决它们的方案。

现在 Java 编程语言已经广泛应用于互联网世界，早在 Sun 公司开发 Java 语言的时候，就已经考虑到对非英文字符的支持了。Sun 公司公布的 Java 运行环境（JRE）本身就分英文版和国际版，但只有国际版才支持非英文字符。不过在 Java 编程语言的应用中，对中文字符的支持并非如同 Java Soft 的标准规范中所宣称的那样完美，因为中文字符集不只一个，而且不同的操作系统对中文字符的支持也不尽相同，所以会有许多和汉字编码处理有关的问题在我们进行应用开发中困扰着我们。有很多关于这些问题的解答，但都比较琐碎，并不能够满足大家迫切解决问题的愿望，关于 Java 中文问题的系统研究并不多，本文从汉字编码常识出发，分析 Java 中文问题，希望对大家解决这个问题有所帮助。

/**
 * 用于的使 Browser 不缓存页面的过滤器
 */
public class ForceNoCacheFilter
 implements Filter
{

 public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain) throws IOException, ServletException
 {
  ((HttpServletResponse) response).setHeader("Cache-Control","no-cache");
  ((HttpServletResponse) response).setHeader("Pragma","no-cache");
  ((HttpServletResponse) response).setDateHeader ("Expires", -1);
  filterChain.doFilter(request, response);
 }

 public void destroy()
 {
 }

    public void init(FilterConfig filterConfig) throws ServletException
 {
 }
}

import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import java.util.List;
import java.util.ArrayList;
import java.util.StringTokenizer;
import java.io.IOException;

/**
 * 用于检测用户是否登陆的过滤器，如果未登录，则重定向到指的登录页面<p>
 * 配置参数<p>
 * checkSessionKey 需检查的在 Session 中保存的关键字<br/>
 * redirectURL 如果用户未登录，则重定向到指定的页面，URL不包括 ContextPath<br/>
 * notCheckURLList 不做检查的URL列表，以分号分开，并且 URL 中不包括 ContextPath<br/>
 */
public class CheckLoginFilter
 implements Filter
{
 protected FilterConfig filterConfig = null;
    private String redirectURL = null;
 private List notCheckURLList = new ArrayList();
 private String sessionKey = null;

 public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException
 {
  HttpServletRequest request = (HttpServletRequest) servletRequest;
  HttpServletResponse response = (HttpServletResponse) servletResponse;

        HttpSession session = request.getSession();
  if(sessionKey == null)
  {
   filterChain.doFilter(request, response);
   return;
  }
  if((!checkRequestURIIntNotFilterList(request)) && session.getAttribute(sessionKey) == null)
  {
   response.sendRedirect(request.getContextPath() + redirectURL);
   return;
  }
  filterChain.doFilter(servletRequest, servletResponse);
 }

 public void destroy()
 {
  notCheckURLList.clear();
 }

 private boolean checkRequestURIIntNotFilterList(HttpServletRequest request)
 {
  String uri = request.getServletPath() + (request.getPathInfo() == null ? "" : request.getPathInfo());
  return notCheckURLList.contains(uri);
 }

 public void init(FilterConfig filterConfig) throws ServletException
 {
  this.filterConfig = filterConfig;
  redirectURL = filterConfig.getInitParameter("redirectURL");
        sessionKey = filterConfig.getInitParameter("checkSessionKey");

  String notCheckURLListStr = filterConfig.getInitParameter("notCheckURLList");

  if(notCheckURLListStr != null)
  {
   StringTokenizer st = new StringTokenizer(notCheckURLListStr, ";");
   notCheckURLList.clear();
   while(st.hasMoreTokens())
   {
    notCheckURLList.add(st.nextToken());
   }
  }
 }
}

import javax.servlet.*;
import java.io.IOException;

/**
 * 用于设置 HTTP 请求字符编码的过滤器，通过过滤器参数encoding指明使用何种字符编码,用于处理Html Form请求参数的中文问题
 */
public class CharacterEncodingFilter
 implements Filter
{
 protected FilterConfig filterConfig = null;
 protected String encoding = "";

 public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException
 {
        if(encoding != null)
         servletRequest.setCharacterEncoding(encoding);
  filterChain.doFilter(servletRequest, servletResponse);
 }

 public void destroy()
 {
  filterConfig = null;
  encoding = null;
 }

    public void init(FilterConfig filterConfig) throws ServletException
 {
  this.filterConfig = filterConfig;
        this.encoding = filterConfig.getInitParameter("encoding");

 }
}

declare @strSQL varchar(5000) -- 主语句
declare @strTmp varchar(110) -- 临时变量
declare @strOrder varchar(400) -- 排序类型
if @doCount != 0
begin
if @strWhere !=''
set @strSQL = "select count(*) as Total from [" + @tblName + "] where "+@strWhere
else
set @strSQL = "select count(*) as Total from [" + @tblName + "]"
end
--以上代码的意思是如果@doCount传递过来的不是0，就执行总数统计。以下的所有代码都是@doCount为0的情况

else
begin
if @OrderType != 0
begin
set @strTmp = "<(select min"
set @strOrder = " order by [" + @fldName +"] desc"
--如果@OrderType不是0，就执行降序，这句很重要！
end

else
begin
set @strTmp = ">(select max"
set @strOrder = " order by [" + @fldName +"] asc"
end
if @PageIndex = 1
begin
if @strWhere != ''
set @strSQL = "select top " + str(@PageSize) +" "+@strGetFields+ " from [" + @tblName + "] where " + @strWhere + " " + @strOrder
else
set @strSQL = "select top " + str(@PageSize) +" "+@strGetFields+ " from ["+ @tblName + "] "+ @strOrder
--如果是第一页就执行以上代码，这样会加快执行速度
end

else
begin
--以下代码赋予了@strSQL以真正执行的SQL代码
set @strSQL = "select top " + str(@PageSize) +" "+@strGetFields+ " from ["
+ @tblName + "] where [" + @fldName + "]" + @strTmp + "(["+ @fldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " ["+ @fldName + "] from [" + @tblName + "]" + @strOrder + ") as tblTmp)"+ @strOrder
if @strWhere != ''
set @strSQL = "select top " + str(@PageSize) +" "+@strGetFields+ " from ["
+ @tblName + "] where [" + @fldName + "]" + @strTmp + "(["
+ @fldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " ["
+ @fldName + "] from [" + @tblName + "] where " + @strWhere + " "
+ @strOrder + ") as tblTmp) and " + @strWhere + " " + @strOrder
end
end
exec (@strSQL)
GO

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

以下是答案：

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

第一，谈谈final, finally, finalize的区别。
　　final—修饰符（关键字）如果一个类被声明为final，意味着它不能再派生出新的子类，不能作为父类被继承。因此一个类不能既被声明为 abstract的，又被声明为final的。将变量或方法声明为final，可以保证它们在使用中不被改变。被声明为final的变量必须在声明时给定初值，而在以后的引用中只能读取，不可修改。被声明为final的方法也同样只能使用，不能重载
　　finally—再异常处理时提供 finally 块来执行任何清除操作。如果抛出一个异常，那么相匹配的 catch 子句就会执行，然后控制就会进入 finally 块（如果有的话）。
　　finalize—方法名。Java 技术允许使用 finalize() 方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。这个方法是由垃圾收集器在确定这个对象没有被引用时对这个对象调用的。它是在 Object 类中定义的，因此所有的类都继承了它。子类覆盖 finalize() 方法以整理系统资源或者执行其他清理工作。finalize() 方法是在垃圾收集器删除对象之前对这个对象调用的。
　　
　　第二，Anonymous Inner Class (匿名内部类) 是否可以extends(继承)其它类，是否可以implements(实现)interface(接口)?
　　匿名的内部类是没有名字的内部类。不能extends(继承) 其它类，但一个内部类可以作为一个接口，由另一个内部类实现。
　　
　　第三，Static Nested Class 和 Inner Class的不同，说得越多越好(面试题有的很笼统)。
　　Nested Class （一般是C++的说法），Inner Class (一般是JAVA的说法)。Java内部类与C++嵌套类最大的不同就在于是否有指向外部的引用上。具体可见http: //www.frontfree.net/articles/services/view.asp?id=704&page=1
　　注： 静态内部类（Inner Class）意味着1创建一个static内部类的对象，不需要一个外部类对象，2不能从一个static内部类的一个对象访问一个外部类对象
　　Hashtable继承自Dictionary类，而HashMap是Java1.2引进的Map interface的一个实现

　　HashMap允许将null作为一个entry的key或者value，而Hashtable不允许

　　还有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因为contains方法容易让人引起误解。

　　最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在
多个线程访问Hashtable时，不需要自己为它的方法实现同步，而HashMap
就必须为之提供外同步。
　　第四，&和&&的区别。
　　&是位运算符。&&是布尔逻辑运算符。
　　
　　第五，HashMap和Hashtable的区别。
　　都属于Map接口的类，实现了将惟一键映射到特定的值上。
　　HashMap 类没有分类或者排序。它允许一个 null 键和多个 null 值。
　　Hashtable 类似于 HashMap，但是不允许 null 键和 null 值。它也比 HashMap 慢，因为它是同步的。
　　Hashtable继承自Dictionary类，而HashMap是Java1.2引进的Map interface的一个实现

　　还有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因为contains方法容易让人引起误解。

　　最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在
多个线程访问Hashtable时，不需要自己为它的方法实现同步，而HashMap
就必须为之提供外同步。

　　第六，Collection 和 Collections的区别。
　　Collections是个java.util下的类，它包含有各种有关集合操作的静态方法。
　　Collection是个java.util下的接口，它是各种集合结构的父接口.
　　第七，什么时候用assert。
　　断言是一个包含布尔表达式的语句，在执行这个语句时假定该表达式为 true。如果表达式计算为 false，那么系统会报告一个 AssertionError。它用于调试目的：
　　assert(a > 0); // throws an AssertionError if a <= 0
　　断言可以有两种形式：
　　assert Expression1 ;
　　assert Expression1 : Expression2 ;
　　Expression1 应该总是产生一个布尔值。
　　Expression2 可以是得出一个值的任意表达式。这个值用于生成显示更多调试信息的 String 消息。
　　断言在默认情况下是禁用的。要在编译时启用断言，需要使用 source 1.4 标记：
　　javac -source 1.4 Test.java
　　要在运行时启用断言，可使用 -enableassertions 或者 -ea 标记。
　　要在运行时选择禁用断言，可使用 -da 或者 -disableassertions 标记。
　　要系统类中启用断言，可使用 -esa 或者 -dsa 标记。还可以在包的基础上启用或者禁用断言。
　　可以在预计正常情况下不会到达的任何位置上放置断言。断言可以用于验证传递给私有方法的参数。不过，断言不应该用于验证传递给公有方法的参数，因为不管是否启用了断言，公有方法都必须检查其参数。不过，既可以在公有方法中，也可以在非公有方法中利用断言测试后置条件。另外，断言不应该以任何方式改变程序的状态。
　　
　　
　　第八，GC是什么? 为什么要有GC? (基础)。
　　GC是垃圾收集器。Java 程序员不用担心内存管理，因为垃圾收集器会自动进行管理。要请求垃圾收集，可以调用下面的方法之一：
　　System.gc()
　　Runtime.getRuntime().gc()
　　
　　第九，String s = new String("xyz");创建了几个String Object?
　　两个对象，一个是“xyx”,一个是指向“xyx”的引用对象s。
　　
　　第十，Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
　　Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11;
　　
　　第十一，short s1 = 1; s1 = s1 + 1;有什么错? short s1 = 1; s1 += 1;有什么错?
　　short s1 = 1; s1 = s1 + 1;有错，s1是short型，s1+1是int型,不能显式转化为short型。可修改为s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正确。
　　
　　第十二，sleep() 和 wait() 有什么区别? 搞线程的最爱
　　sleep()方法是使线程停止一段时间的方法。在sleep 时间间隔期满后，线程不一定立即恢复执行。这是因为在那个时刻，其它线程可能正在运行而且没有被调度为放弃执行，除非(a)“醒来”的线程具有更高的优先级
　　(b)正在运行的线程因为其它原因而阻塞。
　　wait()是线程交互时，如果线程对一个同步对象x 发出一个wait()调用，该线程会暂停执行，被调对象进入等待状态，直到被唤醒或等待时间到。
　　第十三，Java有没有goto?
　　Goto—java中的保留字，现在没有在java中使用。
　　
　　第十四，数组有没有length()这个方法? String有没有length()这个方法？
　　数组没有length()这个方法，有length的属性。
　　String有有length()这个方法。
　　
　　第十五，Overload和Override的区别。Overloaded的方法是否可以改变返回值的类型?
　　方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写 (Overriding)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被“屏蔽”了。如果在一个类中定义了多个同名的方法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overloaded的方法是可以改变返回值的类型。
　　
　　第十六，Set里的元素是不能重复的，那么用什么方法来区分重复与否呢? 是用==还是equals()? 它们有何区别?
　　Set里的元素是不能重复的，那么用iterator()方法来区分重复与否。equals()是判读两个Set是否相等。
　　equals()和==方法决定引用值是否指向同一对象equals()在类中被覆盖，为的是当两个分离的对象的内容和类型相配的话，返回真值。
　　
　　第十七，给我一个你最常见到的runtime exception。
　　ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException, EmptyStackException, IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException,
　　ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException, NullPointerException, ProfileDataException, ProviderException, RasterFormatException, SecurityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException
　　
　　第十八，error和exception有什么区别?
　　error 表示恢复不是不可能但很困难的情况下的一种严重问题。比如说内存溢出。不可能指望程序能处理这样的情况。
　　exception 表示一种设计或实现问题。也就是说，它表示如果程序运行正常，从不会发生的情况。
　　第十九，List, Set, Map是否继承自Collection接口?
　　List，Set是
　　
　　Map不是
　　
　　第二十，abstract class和interface有什么区别?
　　声明方法的存在而不去实现它的类被叫做抽象类（abstract class），它用于要创建一个体现某些基本行为的类，并为该类声明方法，但不能在该类中实现该类的情况。不能创建abstract 类的实例。然而可以创建一个变量，其类型是一个抽象类，并让它指向具体子类的一个实例。不能有抽象构造函数或抽象静态方法。Abstract 类的子类为它们父类中的所有抽象方法提供实现，否则它们也是抽象类为。取而代之，在子类中实现该方法。知道其行为的其它类可以在类中实现这些方法。
　　接口（interface）是抽象类的变体。在接口中，所有方法都是抽象的。多继承性可通过实现这样的接口而获得。接口中的所有方法都是抽象的，没有一个有程序体。接口只可以定义static final成员变量。接口的实现与子类相似，除了该实现类不能从接口定义中继承行为。当类实现特殊接口时，它定义（即将程序体给予）所有这种接口的方法。然后，它可以在实现了该接口的类的任何对象上调用接口的方法。由于有抽象类，它允许使用接口名作为引用变量的类型。通常的动态联编将生效。引用可以转换到接口类型或从接口类型转换，instanceof 运算符可以用来决定某对象的类是否实现了接口。
　　
　　第二十一，abstract的method是否可同时是static,是否可同时是native，是否可同时是synchronized?
　　都不能
　　
　　第二十二，接口是否可继承接口? 抽象类是否可实现(implements)接口? 抽象类是否可继承实体类(concrete class)?
　　接口可以继承接口。抽象类可以实现(implements)接口，抽象类是否可继承实体类，但前提是实体类必须有明确的构造函数。
　　
　　第二十三，启动一个线程是用run()还是start()?
　　启动一个线程是调用start()方法，使线程所代表的虚拟处理机处于可运行状态，这意味着它可以由JVM调度并执行。这并不意味着线程就会立即运行。run()方法可以产生必须退出的标志来停止一个线程。
　　第二十四，构造器Constructor是否可被override?
　　构造器Constructor不能被继承，因此不能重写Overriding，但可以被重载Overloading。
　　
　　第二十五，是否可以继承String类?
　　String类是final类故不可以继承。
　　
　　第二十六，当一个线程进入一个对象的一个synchronized方法后，其它线程是否可进入此对象的其它方法?
　　不能，一个对象的一个synchronized方法只能由一个线程访问。
　　
　　第二十七，try {}里有一个return语句，那么紧跟在这个try后的finally {}里的code会不会被执行，什么时候被执行，在return前还是后?
　　会执行，在return前执行。
　　
　　
　　第二十八，编程题: 用最有效率的方法算出2乘以8等於几?
　　有C背景的程序员特别喜欢问这种问题。
　　
　　2 << 3
　　
　　第二十九，两个对象值相同(x.equals(y) == true)，但却可有不同的hash code，这句话对不对?
　　不对，有相同的hash code。
　　
　　第三十，当一个对象被当作参数传递到一个方法后，此方法可改变这个对象的属性，并可返回变化后的结果，那么这里到底是值传递还是引用传递?
　　是值传递。Java 编程语言只由值传递参数。当一个对象实例作为一个参数被传递到方法中时，参数的值就是对该对象的引用。对象的内容可以在被调用的方法中改变，但对象的引用是永远不会改变的。
　　
　　
　　第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?
　　switch（expr1）中，expr1是一个整数表达式。因此传递给 switch 和 case 语句的参数应该是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。
　　第三十二，编程题: 写一个Singleton出来。
　　Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。
　　一般Singleton模式通常有几种种形式:
　　第一种形式: 定义一个类，它的构造函数为private的，它有一个static的private的该类变量，在类初始化时实例话，通过一个public的getInstance方法获取对它的引用,继而调用其中的方法。
　　public class Singleton {
　　private Singleton(){}
　　//在自己内部定义自己一个实例，是不是很奇怪？
　　//注意这是private 只供内部调用
　　private static Singleton instance = new Singleton();
　　//这里提供了一个供外部访问本class的静态方法，可以直接访问
　　public static Singleton getInstance() {
　　return instance;
　　}
　　}
　　第二种形式:
　　public class Singleton {
　　private static Singleton instance = null;
　　public static synchronized Singleton getInstance() {
　　//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次
　　//使用时生成实例，提高了效率！
　　if (instance==null)
　　instance＝new Singleton();
　　return instance; }
　　}
　　其他形式:
　　定义一个类，它的构造函数为private的，所有方法为static的。
　　一般认为第一种形式要更加安全