BlogJava-美丽的爪哇岛-随笔分类-Java

SAXParseException: Content is not allowed in prolog

Chris.Cui — Mon, 07 Mar 2011 10:39:00 GMT

摘要: 最近在做一些批处理XML的项目，通过Spring Batch读取XML，然后将数据存入数据库。XML是客户方通过AS400的技术将数据读出并写入到文件的，我不了解AS400处理这类问题是不是很麻烦，每次XML需要做些变动的时候，客户总是表现的很为难，并且都是很久才能给到新的XML，还总是有这样那样的问题，甚至都不是一个有效的XML。这两天总算是改的差不多了，但遇到了好几次这样的exception: org.xml.sax.SAXParseException: Content is not allowed in prolog。以前也接触过不少XML，可是这种问题还真是没遇到过。

出现这种问题，有几种可能性：阅读全文

Chris.Cui 2011-03-07 18:39 发表评论

使用ARA实现GlassFish中Web应用的资源分配

Chris.Cui — Fri, 23 Apr 2010 09:55:00 GMT

摘要: 在企业级的应用中，经常会存在一些访问非常频繁的web应用，这些web模块很容易就会将GlassFish的HTTP Thread全部占满，这时其它的web应用就始终在queue中等待获取HTTP的connection，直至超时。在GlassFish中不能对web应用进行资源分配，如果是EJB组件，可以采取Request Partitioning的方式来分配模块所使用的资源，对于Web应用只有等到V3版本发布时才具备资源分配的功能了，对于SUN现在的局面，不知道要等到什么时候才会发布这个feature，好在已从SUN离职的Grizzly的开发者Jeanfrancois在V2中就已经实现了该功能，可以通过配置的方式实现web资源的分配。阅读全文

Chris.Cui 2010-04-23 17:55 发表评论

GlassFish移植Tips

Chris.Cui — Tue, 23 Mar 2010 09:30:00 GMT

摘要: 作为一款商用的Application Server，Weblogic确实非常成熟，非常强大，提供了很多特性，以帮助提高程序的运行效率，但是太笨重了，访问Admin Console极慢；GlassFish作为一款开源的Application Server，非常适合开发者使用，速度很快，并且严格遵照J2EE的标准，以达到平台独立的特性，但是确实简陋了点，只提供了最标准的实现，并且还存在一些明显的BUG，社区不够活跃，文档、资源都很少，可能是现在SUN处于动乱期，连商业Support都很难联系到。下面是我在做移植工作时，随笔记下来的一些小经验，让其他的同学们少受一些折磨，少踩一些坑。阅读全文

Chris.Cui 2010-03-23 17:30 发表评论

GlassFish Components

Chris.Cui — Mon, 21 Dec 2009 08:40:00 GMT

摘要: 本文对GlassFish的组件结构进行了较详细的描述。GlassFish由一个或多个domain组成，每个domain和一个administration server关联，并可包含0到多个standalone instance或者cluster。每个cluster有一个或多个同类型的instance，一个instance运行于一个单独的JVM 中，domain中的instance可运行在不同的物理机器上。阅读全文

Chris.Cui 2009-12-21 16:40 发表评论

StartUp Choice: ServletContextListener vs Servlet

Chris.Cui — Tue, 03 Nov 2009 06:46:00 GMT

摘要: 最近在做将项目从Weblogic移植到GlassFish的工作，遇到的其中一个比较头疼的问题就是Weblogic的LifeCycleManager。Weblogic提供了一个ApplicationLifecycleListener类可以在application部署和卸载时做一些工作，这是Weblogic独有的特性，并不是J2EE的规范。GlassFish中目前提供的LifeCycleListener不能满足该要求，它只能在GlassFish启动和停止的时候去做工作，而且，采用了这种方式，等于又将我们的应用绑定在了GlassFish上。最终决定采用ServletContextListener作为临时解决方案。阅读全文

Chris.Cui 2009-11-03 14:46 发表评论

GlassFish安装指南

Chris.Cui — Tue, 27 Oct 2009 07:18:00 GMT

摘要: GlassFish安装使用指南. 阅读全文

Chris.Cui 2009-10-27 15:18 发表评论

Spring延迟加载EJB代理

Chris.Cui — Mon, 07 Sep 2009 10:02:00 GMT

摘要: 在Spring中提供了两个代理工厂Bean来代理EJB的访问： LocalStatelessSessionProxyFactoryBean和SimpleRemoteStatelessSessionProxyFactoryBean。当任何一个EJB代理工厂Bean在ApplicationContext中使用时，Bean工厂会预先实例化单实例的 Bean。这通常是一件好事，但它可能会导致EJB代理工厂Bean在EJB被绑定到名字服务之前，试图查找EJB的home接口。通过属性的设置，可确保这个EJB在装载时不会试图查找home接口，直到它首次被使用为止，这将会留有足够的时间来把EJB绑定到名称服务上。阅读全文

Chris.Cui 2009-09-07 18:02 发表评论

JMS - 异步消息的使者

Chris.Cui — Wed, 05 Aug 2009 16:35:00 GMT

摘要: Java消息服务（JMS）实现了异步消息的传递，在企业级的应用中，极大的简化了异步通信系统的实现，使用消息传递的优点在于保持了系统的松散耦合。本文对JMS两种模式的使用做了对比性的讲解，开始你的JMS使用旅程吧。阅读全文

Chris.Cui 2009-08-06 00:35 发表评论

Standalone Client Lookup JNDI from the GlassFish

Chris.Cui — Wed, 29 Jul 2009 16:27:00 GMT

摘要: 独立运行的java程序可通过JNDI访问GlassFish中配置的资源，而不需要运行在GlassFish中，便于一些J2EE程序的运行，比如JMS。阅读全文

Chris.Cui 2009-07-30 00:27 发表评论

Weblogic中获取Server信息

Chris.Cui — Tue, 23 Jun 2009 03:12:00 GMT

摘要: 通过MBean获取weblogic的server信息。阅读全文

Chris.Cui 2009-06-23 11:12 发表评论

SLF4J+logBack, 日志领域中的新秀

Chris.Cui — Sat, 14 Mar 2009 04:13:00 GMT

摘要: Ceki Gülcü创造了日志领域界著名的Log4J，现在又实现一个“简单的日志前端接口（Façade）”- SLF4J，和一个“可靠、通用、快速而又灵活的Java日志框架”- LOGBack。作为日志领域中的新秀，已经有种颠覆领域的趋势了。阅读全文

Chris.Cui 2009-03-14 12:13 发表评论

Checkstyle的配置详解

Chris.Cui — Sun, 08 Feb 2009 04:47:00 GMT

摘要: Checkstyle是一款检查java程序代码样式的工具，可以有效的帮助我们检视代码以便更好的遵循代码编写标准，特别适用于小组开发时彼此间的样式规范和统一。Checkstyle提供了高可配置性，以便适用于各种代码规范，所以除了可以使用它提供的sun的代码标准外，你也可以定制自己的标准。我们可以在eclipse中安装checkstyle的插件，来方便我们的使用。
Checkstyle可以让我们养成书写良好代码风格的习惯，代码的整洁也减少了很多bad smell的产生。使用checkstyle的过程中可能需要经常的调整配置文件，有些check过于严格，可以根据实际情况取消一些代码检查。阅读全文

Chris.Cui 2009-02-08 12:47 发表评论

利用JPDA进行Remote Debug

Chris.Cui — Sun, 09 Nov 2008 09:10:00 GMT

摘要: 最近协助QA测试我们基于EJB开发的系统，由于应用程序在远程环境下运行，并且在控制台和日志文件中没有输出足够的有用信息，导致调试工作很困难。这时发现了Sun的java平台调试架构（Java Platform Debugger Architecture），它能够对一个运行中的java应用程序进行全方位调试提供极大的帮助。阅读全文

Chris.Cui 2008-11-09 17:10 发表评论

HttpClient之上传文件

Chris.Cui — Sat, 21 Jun 2008 14:43:00 GMT

今天在为公司写网络硬盘的压力测试工具时使用了HttpClient，比较容易的解决了登录、上传、下载、列表等功能的测试，但也遇到了一些问题，先看看代码：

1   File f1 = new File("D:\\download\\aa.txt");
2   PostMethod filePost = new PostMethod("http://10.3.3.106:8090/~jid=aWHLXB6y4O9a/webdrive/upload.do?contentID=99999820&action=submit");
3   try{
4       Part[] parts = {new FilePart("file0", f1)};
5       filePost.setRequestEntity(new MultipartRequestEntity(parts, filePost.getParams()));
6   }catch(FileNotFoundException e){
7       System.out.println("===================file not found exception: " + e);
8   }
9   HttpClient client = new HttpClient();
10   // 若上传的文件比较大 , 可在此设置最大的连接超时时间
11   //client.getHttpConnectionManager(). getParams().setConnectionTimeout(5000);
12   int status = 0;
13   try {
14
15        status = client.executeMethod(filePost);
16
17   } catch (HttpException e) {
18        System.out.println("===================http exception: " + e);
19   } catch (IOException e) {
20        System.out.println("===================io exception: " + e);
21   }finally {
22        filePost.releaseConnection();
23 }
24 if (status == HttpStatus.SC_OK) {
25       System.out.println("============================UpLoad file OK! ");
26 }

     本来URL中的contentID和action两个参数我是通过StringPart来传递的，结果传递上去的值就成了:
     action=Content-Transfer-Encoding: 8bit
     submit
     而且目前这种方法上传的文件，也会在文件内容的第一行中出现：Content-Transfer-Encoding: 8bit，由于不影响测试的效果，所以就搁置了，等有空时再来研究这个问题，如果有朋友知道问题的原因，也请一定不要吝啬您的回答哦。

Chris.Cui 2008-06-21 22:43 发表评论

HttpClient的一些技巧

Chris.Cui — Fri, 20 Jun 2008 13:37:00 GMT

    使用HttpClient过程中经常会碰到以下的问题，明白了这些技巧，处理起来将会非常的简单。

一、字符编码
    某目标页的编码可能出现在两个地方，第一个地方是服务器返回的 http 头中，另外一个地方是得到的 html/xml 页面中。
    1、在 http 头的 Content-Type 字段可能会包含字符编码信息。
      例如可能返回的头会包含这样子的信息：Content-Type: text/html; charset=UTF-8。这个头信息表明该页的编码是UTF-8，但是服务器返回的头信息未必与内容能匹配上。比如对于一些双字节语言国家，可能服务器返回的编码类型是UTF-8，但真正的内容却不是UTF-8编码的，因此需要在另外的地方去得到页面的编码信息；但是如果服务器返回的编码不是UTF-8，而是具体的一些编码，比如gb2312等，那服务器返回的可能是正确的编码信息。通过method对象的getResponseCharSet()方法就可以得到http头中的编码信息。
    2、对于象xml或者html这样的文件，允许在页面中直接指定编码类型。比如在html中会有这样的标签；或者在xml中会有这样的标签，在这些情况下，可能与http头中返回的编码信息冲突，需要用户自己判断到底那种编码类型应该是真正的编码。

二、自动转向
    根据RFC中对自动转向的定义，主要有两种：301和302。301表示永久的移走（Moved Permanently），当返回的是301，则表示请求的资源已经被移到一个固定的新地方，任何向该地址发起请求都会被转到新的地址上。302表示暂时的转向，比如在服务器端的servlet程序调用了sendRedirect方法，则在客户端就会得到一个302的代码，这时服务器返回的头信息中location的值就是sendRedirect转向的目标地址。
HttpClient支持自动转向处理，但是象POST和PUT方式这种要求接受后继服务的请求方式，暂时不支持自动转向，因此如果碰到POST方式提交后返回的是301或者302的话需要自己处理。需要注意的是，有时候location返回的可能是相对路径，因此需要对location返回的值做一些处理才可以发起向新地址的请求。
    另外除了在头中包含的信息可能使页面发生重定向外，在页面中也有可能会发生页面的重定向。引起页面自动转发的标签是：。如果你想在程序中也处理这种情况的话得自己分析页面来实现转向。需要注意的是，在上面那个标签中url的值也可以是一个相对地址，如果是这样的话，需要对它做一些处理后才可以转发。

三、代理服务器
    HttpClient中使用代理服务器非常简单，调用HttpClient中setProxy方法就可以，方法的第一个参数是代理服务器地址，第二个参数是端口号。另外HttpClient也支持SOCKS代理。

httpClient.getHostConfiguration().setProxy(hostName,port);

HttpClient对http协议的支持非常好，使用起来很简单，功能也很强大，具有足够的灵活性和扩展性。对于想在Java应用中直接访问http资源的编程人员来说，HttpClient是一个不可多得的好工具。

Chris.Cui 2008-06-20 21:37 发表评论

HttpClient基本功能的使用

Chris.Cui — Fri, 20 Jun 2008 13:26:00 GMT

一、GET 方法
    使用 HttpClient 需要以下 6 个步骤：
    1. 创建 HttpClient 的实例
    2. 创建某种连接方法的实例，在这里是 GetMethod。在 GetMethod 的构造函数中传入待连接的地址
    3. 调用第一步中创建好的实例的 execute 方法来执行第二步中创建好的 method 实例
    4. 读 response
    5. 释放连接。无论执行方法是否成功，都必须释放连接
    6. 对得到后的内容进行处理

    根据以上步骤，我们来编写用GET方法取得某网页内容的代码。
    1、大部分情况下 HttpClient 默认的构造函数已经足够使用。

HttpClient httpClient = new HttpClient();

    2、创建GET方法的实例。
      在GET方法的构造函数中传入待连接的地址即可。用GetMethod将会自动处理转发过程，如果想要把自动处理转发过程去掉的话，可以调用方法setFollowRedirects(false)。

GetMethod getMethod = new GetMethod("http://www.ibm.com/");

3、调用 httpClient 的 executeMethod 方法来执行 getMethod。
由于是执行在网络上的程序，在运行executeMethod方法的时候，需要处理两个异常，分别是HttpException和IOException。引起第一种异常的原因主要可能是在构造getMethod的时候传入的协议不对，比如将"http"写成了"htp"，或者服务器端返回的内容不正常等，并且该异常发生是不可恢复的；第二种异常一般是由于网络原因引起的异常，对于这种异常（IOException），HttpClient会根据你指定的恢复策略自动试着重新执行executeMethod方法。HttpClient的恢复策略可以自定义（通过实现接口HttpMethodRetryHandler来实现）。通过httpClient的方法setParameter设置你实现的恢复策略，本例中使用的是系统提供的默认恢复策略，该策略在碰到第二类异常的时候将自动重试3次。executeMethod返回值是一个整数，表示了执行该方法后服务器返回的状态码，该状态码能表示出该方法执行是否成功、需要认证或者页面发生了跳转（默认状态下GetMethod的实例是自动处理跳转的）等。

     //设置成了默认的恢复策略，在发生异常时候将自动重试3次，在这里你也可以设置成自定义的恢复策略
     getMethod.getParams().setParameter(HttpMethodParams.RETRY_HANDLER,
                                               new DefaultHttpMethodRetryHandler());
     //执行getMethod
     int statusCode = client.executeMethod(getMethod);
     if (statusCode != HttpStatus.SC_OK) {
          System.err.println("Method failed: " + getMethod.getStatusLine());
     }

    4、在返回的状态码正确后，即可取得内容。
      取得目标地址的内容有三种方法：
      Ⅰ、getResponseBody，该方法返回的是目标的二进制的byte流；
      Ⅱ、getResponseBodyAsString，这个方法返回的是String类型，值得注意的是该方法返回的String的编码是根据系统默认的编码方式，所以返回的String值可能编码类型有误；
      Ⅲ、getResponseBodyAsStream，这个方法对于目标地址中有大量数据需要传输是最佳的。
      在这里我们使用了最简单的 getResponseBody方法。

byte[] responseBody = method.getResponseBody();

    5、释放连接。
       无论执行方法是否成功，都必须释放连接。

method.releaseConnection();

    6、处理内容。
      在这一步中根据你的需要处理内容，本例中只是简单的将内容打印到控制台。

System.out.println(new String(responseBody));

下面是程序的完整代码：

1   package test;
2   import java.io.IOException;
3   import org.apache.commons.httpclient.*;
4   import org.apache.commons.httpclient.methods.GetMethod;
5   import org.apache.commons.httpclient.params.HttpMethodParams;
6   public class GetSample{
7      public static void main(String[] args) {
8         //构造HttpClient的实例
9         HttpClient httpClient = new HttpClient();
10         //创建GET方法的实例
11         GetMethod getMethod = new GetMethod("http://www.ibm.com");
12         //使用系统提供的默认的恢复策略
13         getMethod.getParams().setParameter(HttpMethodParams.RETRY_HANDLER,
14                                                  new DefaultHttpMethodRetryHandler());
15         try {
16           //执行getMethod
17           int statusCode = httpClient.executeMethod(getMethod);
18           if (statusCode != HttpStatus.SC_OK) {
19               System.err.println("Method failed: "
20                                         + getMethod.getStatusLine());
21           }
22            //读取内容
23      byte[] responseBody = getMethod.getResponseBody();
24            //处理内容
25            System.out.println(new String(responseBody));
26         } catch (HttpException e) {
27            //发生致命的异常，可能是协议不对或者返回的内容有问题
28            System.out.println("Please check your provided http address!");
29            e.printStackTrace();
30         } catch (IOException e) {
31            //发生网络异常
32            e.printStackTrace();
33         } finally {
34            //释放连接
35            getMethod.releaseConnection();
36         }
37       }
38    }

二、POST方法
    POST 方法用来向目的服务器发出请求，要求它接受被附在请求后的实体，并把它当作请求队列（Request-Line）中请求URI所指定资源的附加新子项。
    调用 HttpClient 中的 PostMethod 与 GetMethod 类似，除了设置 PostMethod 的实例与 GetMethod 有些不同之外，剩下的步骤都差不多。在下面的例子中，省去了与GetMethod相同的步骤，只说明与上面不同的地方。
    构造 PostMethod 之前的步骤都相同，与 GetMethod 一样，构造 PostMethod 也需要一个URI参数，在创建了PostMethod的实例之后，需要给method实例填充表单的值，一般的登录表单中需要有两个域，第一个是用户名，第二个是密码。表单中的域用类 NameValuePair 来表示，该类的构造函数第一个参数是表单域名名称，第二参数是该域的值；将表单所有的值设置到 PostMethod 中用方法 setRequestBody。如果登录成功后会转向另外一个页面，HttpClient对于要求接受后继服务的请求，比如POST和PUT，不支持自动转发，因此需要自己对页面转向做处理。
    代码如下：

1 String url = "http://www.test.com/login.jsp";
2 PostMethod postMethod = new PostMethod(url);
3 // 填入各个表单域的值
4 NameValuePair[] data = { new NameValuePair("id", "youUserName"),
5                           new NameValuePair("passwd", "yourPwd") };
6 // 将表单的值放入postMethod中
7 postMethod.setRequestBody(data);
8 // 执行postMethod
9 int statusCode = httpClient.executeMethod(postMethod);
10 // HttpClient对于要求接受后继服务的请求，象POST和PUT等不能自动处理转发
11 // 301或者302
12 if (statusCode == HttpStatus.SC_MOVED_PERMANENTLY ||
13                       statusCode == HttpStatus.SC_MOVED_TEMPORARILY) {
14      // 从头中取出转向的地址
15      Header locationHeader = postMethod.getResponseHeader("location");
16      String location = null;
17      if (locationHeader != null) {
18         location = locationHeader.getValue();
19         System.out.println("The page was redirected to:" + location);
20      } else {
21         System.err.println("Location field value is null.");
22      }
23      return;
24 }

Chris.Cui 2008-06-20 21:26 发表评论

HttpClient简介

Chris.Cui — Fri, 20 Jun 2008 12:52:00 GMT

    HTTP 协议可能是现在 Internet 上使用得最多、最重要的协议了，越来越多的 Java 应用程序需要直接通过 HTTP 协议来访问网络资源。虽然在 JDK 的 java.net 包中已经提供了访问 HTTP 协议的基本功能，但是对于大部分应用程序来说，JDK 库本身提供的功能还不够丰富和灵活。
    HttpClient 是 Apache Jakarta Common 下的子项目，用来提供高效的、最新的、功能丰富的支持 HTTP 协议的客户端编程工具包，该项目就是专门设计来简化 HTTP 客户端与服务器进行各种通讯编程，通过它，可以让原来很头疼的事情现在轻松的解决。

    HttpClient 功能介绍：
    以下列出的是 HttpClient 提供的主要的功能，

实现了所有 HTTP 的方法（GET,POST,PUT,HEAD 等）

支持自动转向

支持 HTTPS 协议

支持代理服务器等

Chris.Cui 2008-06-20 20:52 发表评论

memcached安装

Chris.Cui — Tue, 20 May 2008 08:40:00 GMT

1、下载, memcached需要先安装libevent
memcached的下载地址:http://danga.com/memcached/download.bml
libevent的下载地址 :http://www.monkey.org/~provos/libevent/

2、安装libevent

# tar xvf libevent-1.4.4-stable.tar.gz
# cd libevent-1.4.4-stable
# ./configure --prefix= /opt/cuix/3rdParty/libevent-1.4.4
# make
# make install

检查是否安装成功:

#cd /opt/cuix/3rdParty/libevent-1.4.4/lib

   如果有：
   libevent-1.4.so.2
   libevent-1.4.so.2.0.0
   libevent.a
   libevent.la
   libevent.so
   这几个文件存在，说明安装成功。

3、安装memcached

# tar xvf memcached-1.2.5.tar.gz
# cd memcached-1.2.5
# ./configure --with-libevent=/opt/cuix/3rdParty/libevent-1.4.4
         --prefix=/opt/cuix/3rdParty/memcached-1.2.5
# make
# make install

检查是否安装成功:

# cd 3rdParty/memcached-1.2.5/bin

如果memcached 和memcached-debug这2个文件存在，说明安装成功

4、执行

# cd /opt/cuix/3rdParty/memcached-1.2.5/bin
# ./memcached -h

如果出现：

memcached 1.2.5
   -p       TCP port number to listen on (default: 11211)
   -U       UDP port number to listen on (default: 0, off)
   -s      unix socket path to listen on (disables network support)
   -a      access mask for unix socket, in octal (default 0700)
   -l   interface to listen on, default is INDRR_ANY
   -d            run as a daemon
   -r            maximize core file limit
   -u  assume identity of  (only when run as root)
   -m       max memory to use for items in megabytes, default is 64 MB
   -M            return error on memory exhausted (rather than removing items)
   -c       max simultaneous connections, default is 1024
   -k            lock down all paged memory.  Note that there is a
                 limit on how much memory you may lock.  Trying to
                 allocate more than that would fail, so be sure you
                 set the limit correctly for the user you started
                 the daemon with (not for -u  user;
                 under sh this is done with 'ulimit -S -l NUM_KB').
   -v            verbose (print errors/warnings while in event loop)
   -vv           very verbose (also print client commands/reponses)
   -h            print this help and exit
   -i            print memcached and libevent license
   -b            run a managed instanced (mnemonic: buckets)
   -P      save PID in , only used with -d option
   -f    chunk size growth factor, default 1.25
   -n     minimum space allocated for key+value+flags, default 48

说明安装成功，并且路径配置正确。
有可能会出现：

memcached: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory

说明没有找到文件：libevent-1.4.so.2

   解决办法：
   将libevent-1.4.so.2拷贝到任何一个列出的lib下或者软链接就可以了。
   或者修改.profile文件。加入：

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib:/opt/cuix/3rdParty/libevent-1.4.4/lib

启动服务：

./memcached -d -m 10 -u cuix -l 10.3.2.36 -p 18887 -c 256 -P /tmp/memcached.pid

   参数说明:
    -d选项是启动一个守护进程
    -m是分配给Memcache使用的内存数量，单位是MB，我这里是10MB
    -u是运行Memcache的用户，我这里是root
    -l是监听的服务器IP地址
    -p是设置Memcache监听的端口,最好是1024以上的端口
    -c选项是最大运行的并发连接数，默认是1024，按照你服务器的负载量来设定
    -P是设置保存Memcache的pid文件

停止服务：
用# ps -e 查看进程，# kill pid memcached的进程号。

Chris.Cui 2008-05-20 16:40 发表评论

memcached概述

Chris.Cui — Sun, 18 May 2008 10:15:00 GMT

        memcached是一个高性能的、分布式内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等，多用于加速WEB应用、降低数据库负载等。Danga Interactive 开发memcached用来提高 LiveJournal.com 的速度，这个站点每天处理2000万以上的动态页面请求，独立用户有100万左右。memcached把数据库的负载降到了几乎没事可干的地步，并为用户提供很快的页面响应速度，更好的资源利用率和更快的数据库存取操作。

      首先启动一个memcached监护进程，监护进程不需要配置文件，只要在命令行里面加三四个参数就可以了:
        # ./memcached -d -m 2048 -l 10.0.0.40 -p 11211
      这里指定使用2GB内存，监听10.0.0.40的11211端口来启动memcached。因为32位处理器最多只能有4GB的地址空间。如果你确实需要32位的服务器处理4-64GB的内存(使用PAE)，则每个使用2-3GB内存。

      数据库为了在关系数据库管理系统上实现ACID，使用了锁，导致很多读写阻塞。而memcached从不会阻塞。首先使用缓存的很多用户都是用于WEB。这意味着要分配时间出来做多请求处理给不同的系统，如mod_perl、PHP等等，这是对全局缓存的一种浪费。如果你使用多线程语言和共享内存API，如IPC::Shareable，你的每个线程都拥有独立的缓存。这个也是共享内存的局限性。

      memcached服务器和客户端实现了全局缓存。实际上，很推荐你在同一台机器上同时运行WEB结点和memcached结点。这会节省一点网络开销，非常快，它使用 libevent 来处理任意数量的连接。在Linux上，尽可能使用 epoll 来实现。使用非阻塞的网络IO和计算，所以对象在不同的客户端上可能有不同的状态。还使用内置的内存块分配和哈希表算法，确保虚拟内存不会过来捣乱。

    你可能感兴趣用户是否会获取一个过期的值。服务器API只有一种获取数据的方法，并有3种提交数据的方法：
     * set 无条件的设置指定的键为给定的值。
     * add 添加到缓存，如果不存在。
     * replace 当存在已有值时，替换一下。
    另外，这3个函数都可以设置过期时间。

Chris.Cui 2008-05-18 18:15 发表评论