在本系列的第二篇文章中分析了现有垂直搜索中的两个行业：房地产搜索(搜房网、焦点网等)和招聘搜索(职脉网、职友集等)。这些分析仅仅是从技术角度 出发，对垂直搜索的一些技术性能做了比较，和商业模式并没有什么关系。从分析结构可以看得出来，作为后起之秀的职脉搜索、酷讯搜索在技术性能上表现不错。 本文将继续对电子商务领域的垂直搜索做一些比较分析。

　　三、 购物类：

　　购物搜索在美国和欧洲已经完全被网民所接受，甚至已经成为各大搜索引擎聚头的主要收入来源之一。现在的购物搜索一个最大特点就是比价购物，就是 利用爬虫获取各电子商务网站上的商品信息，然后根据用户的输入，列出同一产品在不同购物网站上的价格，更好一些的购物搜索还可以对商品的外观、质量等等其 他属性进行比较，方便用户的网上消费。美国的主要购物搜索有：Shopping.com(18.38%),BizRate(17.35%), Yahoo Shopping(14.39%), Shopzilla(13.6%), Froogle(8.49%), MSN eShop(3.76%)。从其中可以看出，尽管在垂直搜索领域也有开放式搜索巨头的进入，然而和一些专业的垂直搜索相比，其市场份额并非占主导地位。对 于国内的购物搜索，还处于起步阶段，主要源于两个原因：a)电子商务网站的不完善;b)用户的网络购买量不大。下面列出了四家购物搜索做一个比较。

　　1)www.8848.com alexa排名：26960

　　8848最初是一家纯粹的电子B2C购物网站，2003年9月，8848重新开始筹备新的业务发展规划，将业务重点转向建立中国第一个专业购物搜索引擎——8848购物引擎。目前8848是一家搜索和商品发布同时存在的一个电子商务综合网站。

　　爬虫：支持

　　搜索速度：慢

　　分词支持：不支持

　　相关度排序：不支持

　　容错支持(模糊搜索)：不支持

　　易用性：较好

　　附加一点：该搜索引擎很不稳定，经常down机

　　2)shopping.sogou.com

　　是搜狐旗下搜狗搜索引擎的一个新推出的产品，处于测试阶段，很不稳定。测试页面没有打开，故以下数据均为空。

　　爬虫：无

　　搜索速度：无

　　分词支持：无

　　相关度排序：无

　　容错支持(模糊搜索)：无

　　易用性：无

　　3)www.yok.com alexa排名：416

　　这是一家元搜索引擎提供商，即综合了各个主流搜索引擎或者内容提供商站内搜索的内容。没有自己的引擎和索引。搜索性能完全受宿主搜索引擎的性能。

　　爬虫：无

　　搜索速度：无

　　分词支持：无

　　相关度排序：无

　　容错支持(模糊搜索)：无

　　易用性：无

　　4)www.askyaya.com alexa排名：1796

　　比价购物搜索的代表，东方网旗下的网站，自称为继搜狐之后第 2 个自主拥有搜索引擎核心技术的门户网站。

　　爬虫：有

　　搜索速度：较快

　　分词支持：不支持

　　相关度排序：不支持

　　容错支持(模糊搜索)：不支持

　　易用性：一般

　　四.B2B搜索类

　　B2B搜索主要是根据用户输入的关键词找到提供和关键词相关产品或者服务的商家，通常包括供货搜索、求购搜索、企业搜索等。B2B搜索在国内已 经比较成熟，像早期的114查询，其实就是B2B搜索的雏形，目前像中国黄页网，各地的黄页网，阿里巴巴、铭万网等都提供了该功能，但性能都一般，下面给 出几个典型的B2B搜索的代表网站，做一分析比较。

　　1)b2b.sogou.com alexa排名：4978

　　搜狐旗下的B2B搜索，主要是提供了对搜狐黄页内部的企业信息进行搜索的功能。

　　爬虫：无

　　搜索速度：较快

　　分词支持：不支持

　　相关度排序：支持

　　容错支持(模糊搜索)：不支持

　　易用性：较好

　　2)www.bseek.com alexa排名：无

　　一个专门的B2B搜索引擎，刚推出不久，综合性能一般。

　　爬虫：有

　　搜索速度：慢

　　分词支持：支持

　　相关度排序：不支持

　　容错支持(模糊搜索)：不支持

　　易用性：较好

　　3)www.hc360.com alexa排名：126

　　慧聪旗下的B2B搜索引擎，使用了中搜的引擎，核心技术不错。主要提供了供求、产品、公司、价格等搜索。数据源来自慧聪网。

　　爬虫：有

　　搜索速度：一般

　　分词支持：支持

　　相关度排序：不支持

　　容错支持(模糊搜索)：不支持

　　易用性：较好

　　4)www.b2b8.com alexa排名：4839

　　一家专门提供B2B搜索的网站，做了B2B网站联盟，是国内最早提供商机搜索的网站之一。在B2B搜索领域，算是比较有规模的搜索网站。但其引擎的技术性能非常一般，还需要很大的改进!

　　爬虫：有

　　搜索速度：很慢

　　分词支持：不支持

　　相关度排序：不支持

　　容错支持(模糊搜索)：不支持

　　易用性：一般

　　以上对目前国内典型的几家购物搜索和B2B搜索做了一些技术方面的分析，所有内容仅为个人测评的结果和观点，各位朋友如有异议之处，发送邮件联系我：

　　本文同时发表在 http://blog.jobmet.com/entry.php?u=doudou

　　作者联系方式：zhaojian513@gmail.com

    1. 网站需要有好的内容
2. 用户贡献内容是第一步。用好的方式找到有价值的内容是第二步。为找到的好内容找到合适的，感兴趣的读者是第三步。让用户互动起来是第四步。
3. 好的方式找到有价值的内容的方法有两种。一种是事先过滤，是预测性的，过滤什么，不过滤什么，靠的是少数编辑；另一种是事后过滤，我们不知道什么东西是好的，什么东西是流行的，我们只懂得监测，观察，分析，靠的是大量的用户数据。
4. 事先过滤:靠的是少数编辑对于大众口味，流行趋势的把握，他们最乐于的事情是根据自己的判断与理解调整所推荐的内容和位置，并从事后的Pageview的 反映来检测自己的价值判断，通过这样的反复检测，最终形成自己对于流行，对于热点的理解，以此为指导思想来承担过滤的工作。事实上，经过一系列的正反馈的 锻炼之后，成就了一个优秀的编辑，我们这个世界的热点就是由这样一群人所制造出来的。他们的价值不可否认!
5. 事后过滤: 靠的科学的对大量的用户数据进行挖掘，无论是是根据Pagerank来判断一个网页的价值，还是根据浏览者的喜好趋势推荐相关物品，又或者根据一系列小众群体的收藏，评论，digg行为找出优质内容，这样的手段都是2.0的核心

网站运营之前我们还需要更深入的了解下我们的网站：
1. 我们的网站为谁服务？目的是什么？
2. 正在做什么？如何做的更好？
3. 互联网的100：9：1法则同样适用我们的网站--大部分用户不做任何事情
4. 给用户足够的提示或演示，让用户明白他们正在做什么
5. 核心用户最为重要，我们必须花精力培养核心用户，并维护好他们，特别是在早期。
6. 同时要引导新鲜的血液。欢迎他们，引导他们，满足他们。
7. 寻找提供给用户可玩性的功能，满足游戏心态。如，提供排行榜让用户更积极。。。
8. 请记住我们不是网站的“主人”。记住：用户只是在我们这开party，而我们并不是他们的“老板”
9. 信誉重于生命。对人如此，对网站同样如此。

现实一些, 别好高骛远, 目标庞大常常导致失败
* 少就是多, 把产品做得尽可能的简单, 小巧
* 注重前期的设计, 尤其是界面的
* 宁可做一点点好东西, 也不要一大堆垃圾.  也就是宁缺勿滥, 这个用于项目目标,用于选人, 也用于项目本身的进度

    今天4月29号了，时间过得还真快，转眼，从妈妈肚子里出来有24载了。首先，我要谢谢朋友们的祝福！我要说的是：我会快乐的！呵呵，其实人生就是这样 的，有痛有乐，今天是我离开爸妈以来第一次过生日！以前我一直把自己的生日当成人生中的负担，唉，也说不清楚。只是每当我生日的时候，我就会想起生我的父 母把我含辛茹苦的养大的辛酸。自读大学以来，我心理有的多是负担。我天天害怕自己将来不能混出个名堂，害怕对不起父辈们的栽培，所以我努力学习，从那时起 我就害怕长大，也就害怕自己的生日了，当别人都在开party庆祝自己又大了一岁的时候，我只能告诉自己：再努力点，到30岁的时候，再过生日吧！没想到 时间过得这么快，一转眼就快奔30了。面对自己的人生和生命中的一切，我只想对我的生活说声谢谢！谢谢那些给我快乐，帮助，和痛苦伤心的人们，是父母给我 带来了生命，而是你们给我带来了人生中的酸甜苦辣，还有那种种回忆！而不论他们是美好的还是痛苦的，这都将是我人生中一道道靓丽的风景！

    最后我要说的是：现在拥有的、曾经拥有的和即将拥有的，不论今天，还是明天，我都很开心快乐！再次谢谢大家的祝福！在这里也祝大家天天快乐！

跟朋友聊天，他问我昨天跟他说的CNO是什么意思，我百度了一下，百度知道解释如下：
ChiefNegotiationOfficer  首席谈判官
释义：现代企业和商务活动成功与否，极大程度上取决于谈判技巧与能力。毋庸置疑，首席谈判官必须炼就卓越的谈判策划和实战能力，才能成为商界的赢家，才能在掌控自己命运时得心应手。首席谈判官负责架构公司谈判团队，介绍最有效的谈判技能，阐释最新颖独到的谈判理念。
CNO：News 首席新闻官，向媒体披露公司网站被黑、裁员、被收购等重大新闻。

我自己的释义：
CNO：Chief N officer，首席集成官，哪里缺人就补哪里，什么都做，叫做CNO。

做一个好人；

认识几个好人；

遇上一个好机会；

有几个好点子；

坚持干下去。

/**
 * 背包问题
 * 背包问题是计算机科学里的经典问题。在最简单的形式中，包括试图将不同重量的数据项放到
 * 背包中．以使背包最后达到指定的总重量。不需要把所有的选项都放入背包中。
 * 举例来说，假设想要背包精确地承重20磅，并且有5个可以选择放入的数据项，它们的重量
 * 依次为11磅、8磅、7磅、6磅和5磅。对于选择放入的数据项数量不大时，人类很善于通过观察
 * 就可以解决这个问题。于是大概可以计算出只有8磅、7磅和5磅的数据项加在一起和为20磅。
 * 如果想要计算机来解决这个问题，就需要给计算机更详细的指令。算法如下：
 * 1．如果在这个过程中的任何时刻，选择的数据项的总和符合目标重量，工作就完成了。
 * 2．从选择第一个数据项开始。剩余的数据项的加和必须符合背包的目标重量减去第一个数据  
 *     项的重量；这是一个新的目标重量。
 * 3．逐个地试每种剩余数据顶组合的可能性。但是，注意并不需要去试所有的组合，因为只要  
 *     数据顶朗和大于目标重量的时候，就停止添加数据项。
 * 4．如果设有组合合适的话，放弃第—‘个数据项，并且从第二个数据项开始再重复一边整个  
 *     过程。
 * 5．继续从第三个数据项开始，如此下去直到你已经试过所有的组合，这时知道没有解决答案  
 *     。
 *     在刚刚描述的这个例子中，从11开始。现在想要剩余的数据项和为9(20减去u)。对于9，
 *     从很小的8开始。现在想要剩余的数据项和为1(9减去8)。从7开始，但是它大于L，于是尝  
 *     试6，然后试5*它们都太大了d现在已经试过了所有的数据项，所以知道包含8的任何组合   
 *     和都不可能为9。接着尝试7，于是现在开始找的目标为2(9减去7)。
 *
 */
public class Beibao{
     static int[] a=new int[5]; //背包重量
     static int[] b=new int[5]; //结果数组
     static int flag=0;          //下一个候选项
   
     static int bound=20;        //总重量
     static int totle=0;         //每次选择后的总重量
    
     public static void inserttry(int i,int leftbound,int t){
        if(i<5&&leftbound<=totle){
            if(a[i]<leftbound){
                    b[t++]=a[i];
                    totle=totle-a[i];
                  
                    leftbound=leftbound-a[i];
                    i++;
                    inserttry(i,leftbound,t);
          }
        else if(a[i]>leftbound){
                    totle=totle-a[i];
                    i++;
                    inserttry(i,leftbound,t);
                    }
              else {
                     b[t]=a[i];
                     return;
               }
          }
             else    {
                      
                       leftbound=leftbound+b[--t];
                      
                      
                       for(int f=0;f<5;f++)
                        {
                            if (a[f]==b[t]) {flag=++f; break;}
                        }
                     
                       b[t]=0;
                     
                       totle=0;
                       for(int m=flag;m<5;m++)
                       {    totle+=a[m];
                       }
                      inserttry(flag,leftbound,t);
                   
                     }
       
             return;
         }
       public static void main(String[] args){
            a[0]=11;
            a[1]=8;
            a[2]=6;
            a[3]=7;
            a[4]=5;
           
            for(int i=0;i<5;i++) { b[i]=0;}
            for(int i=0;i<5;i++) {
                 totle+=a[i];
            }
           
            inserttry(0,20,0); 
            for(int i=0;i<5;i++){
               System.out.println(b[i]);
              } 
           }
}  


今天碰到一个问题，有哥们问我背包算法的实现，我写了一下，之后看到在
http://bbs.phpchina.com/viewthread.php?tid=67540&extra=&page=3有人用php实现了！
有时间可以把算法总结一下！
$str = 'A:80  B:158  C:464  D:608  E:1326  F:5164  G:2724  H:1452';
$str = explode('  ',$str);
$product = array();
foreach($str as $_str){
 $val = explode(':',$_str);
 $product[$val[0]] = $val[1];
}
sort($product);
$total = 1166;
$sub = array();
foreach($product as $key=>$val){
 if($val<=$total){
  $sub[$key] = $val;
 }
}

我们通常在数据库中所使用的文本或整数类型的字段来保存数据，假如我们现在需要将图片保存到数据库该怎么办呢？ MySQL数据库使用专门的字段来保存大容量的数据，数据类型为BLOB。BLOB是一个二进制大对象，可以容纳可变数量的数据；有4种BLOB类型：TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB，区别在于他们容纳的数据的最大长度不同。

保存图片

1、 创建数据表保存图片

CREATE TABLE images(

       id int NOT NULL AUTO_INCREMENT PRIMARY KEY,

       image BLOB

);

说明：

id----主键

image----用来保存图片的blob对象字段。

2、 PHP脚本上传图片

上传界面upload.html：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>上传图片</title>

</head>

<body>

<form method="post" enctype="multipart/form-data" action="upload.php">

图片<input type="file" name="images" value="" />

<input type="submit" value="upload" />

</form>

</body>

</html>

上传脚本upload.php：

<?php

if(isset($_FILES['images'])){

       if($_FILES['images']['error']){

              die("Please upload a photo!<a href='javascript:history.back()'>go back</a>");

       }else{

              $uploaddir = './';

              $uploadfile = $uploaddir . basename($_FILES['images']['name']);

              $isUpload = false;

              $tmpName = $_FILES['images']['tmp_name'];

              $size = filesize($tmpName);

              if($size>0){

                     $photo = addslashes(fread(fopen($tmpName,'r'),$size));

                     include( "class.Mysql.php" );

                     $conn = new Mysql();

                     $conn->connect( 'localhost', 'root', '123456','test');

                     $sql = "INSERT INTO images (image) VALUES ('$photo')";

                     if($conn->query( $sql ))

                            echo "File is valid, and was successfully uploaded.\n";

                     else

                            echo "Mysql query error!\n";

              }

              die("<a href='javascript:history.back()'>go back</a>");

       }

}

?>

这样，我们就可以成功的把图片保存到数据库中。

注：

如果在将图片插入MySQL的过程中出现问题，可以检查一下MySQL数据库所允许的最大数据包的大小。

显示图片

图片读取显示脚本show.php:

<?php

include( "class.Mysql.php" );

$id = intval($_GET['id']);

if($id>0){

       $conn = new Mysql();

       $conn->connect( 'localhost', 'root', '123456','test');

       $sql = "SELECT * FROM `images` WHERE `id`={$id}";

       $rs = $conn->getOne($sql);

       if(!empty($rs)){

              header( "Content-type: image/jpg");

              echo $rs['image'];

       }else{

              die("No data is founded!Please check the id was correct!");

       }

}else{

       die("Param error!");

}

?>

界面显示脚本photo.php:

<?php

$id = intval($_GET['id']);

if($id<=0){

       die("Id param value Losted!");

}

?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>图片显示</title>

</head>

<body>

<img src="show.php?id=<?=$_GET['id']?>" />

</body>

</html>

显示结果：

介绍

最近，大众对于REST风格应用架构表现出强烈兴趣，这表明Web的优雅设计开始受到人们的注意。现在，我们逐渐理解了“3W架构（Architecture of the World Wide Web）”内在所蕴含的可伸缩性和弹性，并进一步探索运用其范式的方法。本文中，我们将探究一个可被Web开发者利用的、鲜为人知的工具，不引人注意的 “ETag响应头（ETag Response Header）”，以及如何将它集成进基于Spring和Hibernate的动态Web应用，以提升应用程序性能和可伸缩性。

我们将要使用的Spring框架应用是基于“宠物诊所（petclinic）”的。下载文件中包含了关于如何增加必要的配置及源码的说明，你可以自己尝试。

什么是“ETag”？

HTTP协议规格说明定义ETag为“被请求变量的实体值” （参见 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html —— 章节 14.19）。 另一种说法是，ETag是一个可以与Web资源关联的记号（token）。典型的Web资源可以一个Web页，但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义，并在HTTP响应头中将其传送到客户端。

ETag如何帮助提升性能？

聪明的服务器开发者会把ETags和GET请求的“If-None-Match”头一起使用，这样可利用客户端（例如浏览器）的缓存。因为服务器首 先产生ETag，服务器可在稍后使用它来判断页面是否已经被修改。本质上，客户端通过将该记号传回服务器要求服务器验证其（客户端）缓存。

其过程如下：

1. 客户端请求一个页面（A）。
2. 服务器返回页面A，并在给A加上一个ETag。
3. 客户端展现该页面，并将页面连同ETag一起缓存。
4. 客户再次请求页面A，并将上次请求时服务器返回的ETag一起传递给服务器。
5. 服务器检查该ETag，并判断出该页面自上次客户端请求之后还未被修改，直接返回响应304（未修改——Not Modified）和一个空的响应体。

本文的其余部分将展示在基于Spring框架的Web应用中利用ETag的两种方法，该应用使用Spring MVC。首先我们将使用Servlet 2.3 Filter，利用展现视图（rendered view）的MD5校验和（checksum）以实现生成ETag的方法（一个“浅显的”ETag实现）。 第二种方法使用更为复杂的方法追踪view中所使用的model，以确定ETag有效性（一个“深入的”ETag实现）。尽管我们使用的是Spring MVC，但该技术可以应用于任何MVC风格的Web框架。

在我们继续之前，强调一下这里所展现的是提升动态产生页面性能的技术。已有的优化技术也应作为整体优化和应用性能特性调整分析的一部分来考虑。（见下）。

自顶向下的Web缓存

本文主要涉及对动态生成页面使用HTTP缓存技术。当考虑提升Web应用的性能的时候，应采取一个整体的、自顶向下的方法。为了这一目的，理解HTTP请求经过的各层是很重要的，应用哪些适当的技术取决于你所关注的热点。例如：

• 将Apache作为Servlet容器的前端，来处理如图片和javascript脚本这样的静态文件，而且还可以使用FileETag指令创建ETag响应头。
• 使用针对javascript文件的优化技术，如将多个文件合并到一个文件中以及压缩空格。
• 利用GZip和缓存控制头（Cache-Control headers）。
• 为确定你的Spring框架应用的痛处所在，可以考虑使用 JamonPerformanceMonitorInterceptor。
• 确信你充分利用ORM工具的缓存机制，因此对象不需要从数据库中频繁的再生。花时间确定如何让查询缓存为你工作是值得的。
• 确保你最小化数据库中获取的数据量，尤其是大的列表。如果每个页面只请求大列表的一个小子集，那么大列表的数据应由其中某个页面一次获得。
• 使放入到HTTP session中的数据量最小。这样内存得到释放，而且当将应用集群的时候也会有所帮助。
• 使用数据库明细（database profiling）工具来查看在查询的时候使用了什么索引，在更新的时候整个表没有被上锁。

当然，应用性能优化的至理名言是：两次测量，一次剪裁（measure twice, cut once）。哦，等等，这是对木工而言的！没错，但是它在这里也很适用！

ETag Filter内容体

我们要考虑的第一种方法是创建一个Servlet Filter，它将基于页面（MVC中的“View”）的内容产生其ETag 记号。乍一看，使用这种方法所获得的任何性能提升看起来都是违反直觉的。我们仍然不得不产生页面，而且还增加了产生记号的计算时间。然而，这里的想法是减 少带宽使用。在大的响应时间情形下，如你的主机和客户端分布在这个星球的两端，这很大程度上是有益的。我曾见过东京办公室使用纽约服务器上托管的应用，其 响应时间达到了 350 ms。随着并发用户数的增长，这将变成巨大的瓶颈。

代码

我们用来产生记号的技术是基于从页面内容计算MD5哈希值。这通过在响应之上创建一个包装器来实现。该包装器使用字节数组来保存所产生的内容，在filter链处理完成之后我们利用数组的MD5哈希值计算记号。

doFilter方法的实现如下所示。

 public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException,
 ServletException {
  HttpServletRequest servletRequest = (HttpServletRequest) req;
  HttpServletResponse servletResponse = (HttpServletResponse) res;

   ByteArrayOutputStream baos = new ByteArrayOutputStream();
  ETagResponseWrapper wrappedResponse = new ETagResponseWrapper(servletResponse, baos);
  chain.doFilter(servletRequest, wrappedResponse);

   byte[] bytes = baos.toByteArray();

   String token = '"' + ETagComputeUtils.getMd5Digest(bytes) + '"';
  servletResponse.setHeader("ETag", token); // always store the ETag in the header

   String previousToken = servletRequest.getHeader("If-None-Match");
  if (previousToken != null && previousToken.equals(token)) { // compare previous token with current one
   logger.debug("ETag match: returning 304 Not Modified");
   servletResponse.sendError(HttpServletResponse.SC_NOT_MODIFIED);
   // use the same date we sent when we created the ETag the first time through
   servletResponse.setHeader("Last-Modified", servletRequest.getHeader("If-Modified-Since"));
  } else  {   // first time through - set last modified time to now 
   Calendar cal = Calendar.getInstance();
   cal.set(Calendar.MILLISECOND, 0);
   Date lastModified = cal.getTime();
   servletResponse.setDateHeader("Last-Modified", lastModified.getTime());

    logger.debug("Writing body content");
   servletResponse.setContentLength(bytes.length);
   ServletOutputStream sos = servletResponse.getOutputStream();
   sos.write(bytes);
   sos.flush();
   sos.close();
  }
 } 

你需注意到，我们还设置了Last-Modified头。这被认为是为服务器产生内容的正确形式，因为其迎合了不认识ETag头的客户端。

下面的例子使用了一个工具类EtagComputeUtils来产生对象所对应的字节数组，并处理MD5摘要逻辑。我使用了javax.security MessageDigest来计算MD5哈希码。

public static byte[] serialize(Object obj) throws IOException {
  byte[] byteArray = null;
  ByteArrayOutputStream baos = null;
  ObjectOutputStream out = null;
  try {
   // These objects are closed in the finally.
   baos = new ByteArrayOutputStream();
   out = new ObjectOutputStream(baos);
   out.writeObject(obj);
   byteArray = baos.toByteArray();
  } finally {
   if (out != null) {
    out.close();
   }
  }
  return byteArray;
 }

  public static String getMd5Digest(byte[] bytes) {
  MessageDigest md;
  try {
   md = MessageDigest.getInstance("MD5");
  } catch (NoSuchAlgorithmException e) {
   throw new RuntimeException("MD5 cryptographic algorithm is not available.", e);
  }
  byte[] messageDigest = md.digest(bytes);
  BigInteger number = new BigInteger(1, messageDigest);
  // prepend a zero to get a "proper" MD5 hash value
  StringBuffer sb = new StringBuffer('0');
  sb.append(number.toString(16));
  return sb.toString();
 }

直接在web.xml中配置filter。

    <filter>
       <filter-name>ETag Content Filter</filter-name>
       <filter-class>org.springframework.samples.petclinic.web.ETagContentFilter</filter-class>
     </filter>

      <filter-mapping>
       <filter-name>ETag Content Filter</filter-name>
       <url-pattern>/*.htm</url-pattern>
     </filter-mapping>

每个.htm文件将被EtagContentFilter过滤，如果页面自上次客户端请求后没有改变，它将返回一个空内容体的HTTP响应。

我们在这里展示的方法对特定类型的页面是有用的。但是，该方法有两个缺点：

• 我们是在页面已经被展现在服务器之后计算ETag的，但是在返回客户端之前。如果有Etag匹配，实际上并不需要再为model装进数据，因为要展现的页面不需要发送回客户端。
• 对于类似于在页脚显示日期时间这样的页面，即使内容实际上并没有改变，每个页面也将是不同的。

下一节，我们将着眼于另一种方法，其通过理解更多关于构造页面的底层数据来克服这些问题的某些限制。

ETag拦截器（Interceptor）

Spring MVC HTTP 请求处理途径中包括了在一个controller前插接拦截器（Interceptor）的能力，因而有机会处理请求。这儿是应用我们ETag比较逻辑的 理想场所，因此如果我们发现构建一个页面的数据没有发生变化，我们可以避免进一步处理。

这儿的诀窍是你怎么知道构成页面的数据已经改变了？为了达到本文的目的，我创建了一个简单的ModifiedObjectTracker，它通过 Hibernate事件侦听器清楚地知道插入、更新和删除操作。该追踪器为应用程序的每个view维护一个唯一的号码，以及一个关于哪些 Hibernate实体影响每个view的映射。每当一个POJO被改变了，使用了该实体的view的计数器就加1。我们使用该计数值作为ETag，这样 当客户端将ETag送回时我们就知道页面背后的一个或多个对象是否被修改了。

代码

我们就从ModifiedObjectTracker开始吧：

public interface ModifiedObjectTracker {
  void notifyModified(> String entity);
 }

够简单吧？这个实现还有一点更有趣的。任何时候一个实体改变了，我们就更新每个受其影响的view的计数器：

public void notifyModified(String entity) {
  // entityViewMap is a map of entity -> list of view names
  List views = getEntityViewMap().get(entity);

   if (views == null) {
   return; // no views are configured for this entity
  }

   synchronized (counts) {
   for (String view : views) {
    Integer count = counts.get(view);
    counts.put(view, ++count);
   }
  }
 }

一个“改变”就是插入、更新或者删除。这里给出的是侦听删除操作的处理器（配置为Hibernate 3 LocalSessionFactoryBean上的事件侦听器）：

public class DeleteHandler extends DefaultDeleteEventListener {
  private ModifiedObjectTracker tracker;

   public void onDelete(DeleteEvent event) throws HibernateException {
   getModifiedObjectTracker().notifyModified(event.getEntityName());
  }

  public ModifiedObjectTracker getModifiedObjectTracker() {
   return tracker;
  }
   public void setModifiedObjectTracker(ModifiedObjectTracker tracker) {
   this.tracker = tracker;
  }
 }

ModifiedObjectTracker通过Spring配置被注入到DeleteHandler中。还有一个SaveOrUpdateHandler来处理新建或更新POJO。

如果客户端发送回当前有效的ETag（意味着自上次请求之后我们的内容没有改变），我们将阻止更多的处理，以实现我们的性能提升。在Spring MVC里，我们可以使用HandlerInterceptorAdaptor并覆盖preHandle方法：

public final boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws
 ServletException, IOException {
  String method = request.getMethod();
  if (!"GET".equals(method))
   return true;

   String previousToken = request.getHeader("If-None-Match");
  String token = getTokenFactory().getToken(request);

   // compare previous token with current one
  if ((token != null) && (previousToken != null && previousToken.equals('"' + token + '"'))) {
   response.sendError(HttpServletResponse.SC_NOT_MODIFIED);
   // re-use original last modified timestamp
   response.setHeader("Last-Modified", request.getHeader("If-Modified-Since"))
   return false; // no further processing required
  }

   // set header for the next time the client calls
  if (token != null) { 
   response.setHeader("ETag", '"' + token + '"');

    // first time through - set last modified time to now
   Calendar cal = Calendar.getInstance();
   cal.set(Calendar.MILLISECOND, 0);
   Date lastModified = cal.getTime();
   response.setDateHeader("Last-Modified", lastModified.getTime());
  }

   return true;
 }

我们首先确信我们正在处理GET请求（与PUT一起的ETag可以用来检测不一致的更新，但其超出了本文的范围。）。如果该记号与上次我们发送的记 号相匹配，我们返回一个“304未修改”响应并“短路”请求处理链的其余部分。否则，我们设置ETag响应头以便为下一次客户端请求做好准备。

你需注意到我们将产生记号逻辑抽出到一个接口中，这样可以插接不同的实现。该接口有一个方法：

public interface ETagTokenFactory {
  String getToken(HttpServletRequest request);
 }

为了把代码清单减至最小，SampleTokenFactory的简单实现还担当了ETagTokenFactory的角色。本例中，我们通过简单返回请求URI的更改计数值来产生记号：

public String getToken(HttpServletRequest request) {
  String view = request.getRequestURI();
  Integer count = counts.get(view);
  if (count == null) {
   return null;
  }

   return count.toString();
 }

大功告成！

会话

这里，如果什么也没改变，我们的拦截器将阻止任何搜集数据或展现view的开销。现在，让我们看看HTTP头（借助于LiveHTTPHeaders），看看到底发生了什么。下载文件中包含了配置该拦截器的说明，因此owner.htm“能够使用ETag”：

我们发起的第一个请求说明该用户已经看过了这个页面：

----------------------------------------------------------  
http://localhost:8080/petclinic/owner.htm?ownerId=10  

 GET /petclinic/owner.htm?ownerId=10 HTTP/1.1
 Host: localhost:8080
 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Keep-Alive: 300
 Connection: keep-alive
 Cookie: JSESSIONID=13D2E0CB63897F4EDB56639E46D2BBD8
 X-lori-time-1: 1182364348062
 If-Modified-Since: Wed, 20 Jun 2007 18:29:03 GMT
 If-None-Match: "-1"

 HTTP/1.x 304 Not Modified
 Server: Apache-Coyote/1.1
 Date: Wed, 20 Jun 2007 18:32:30 GMT

我们现在应该做点修改，看看ETag是否改变了。我们给这个物主增加一个宠物：

----------------------------------------------------------
 http://localhost:8080/petclinic/addPet.htm?ownerId=10

 GET /petclinic/addPet.htm?ownerId=10 HTTP/1.1
 Host: localhost:8080
 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Keep-Alive: 300
 Connection: keep-alive
 Referer: http://localhost:8080/petclinic/owner.htm?ownerId=10
 Cookie: JSESSIONID=13D2E0CB63897F4EDB56639E46D2BBD8
 X-lori-time-1: 1182364356265

 HTTP/1.x 200 OK
 Server: Apache-Coyote/1.1
 Pragma: No-cache
 Expires: Thu, 01 Jan 1970 00:00:00 GMT
 Cache-Control: no-cache, no-store
 Content-Type: text/html;charset=ISO-8859-1
 Content-Language: en-US
 Content-Length: 2174
 Date: Wed, 20 Jun 2007 18:32:57 GMT
 ----------------------------------------------------------
 http://localhost:8080/petclinic/addPet.htm?ownerId=10  
 
 POST /petclinic/addPet.htm?ownerId=10 HTTP/1.1
 Host: localhost:8080
 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Keep-Alive: 300
 Connection: keep-alive
 Referer: http://localhost:8080/petclinic/addPet.htm?ownerId=10
 Cookie: JSESSIONID=13D2E0CB63897F4EDB56639E46D2BBD8
 X-lori-time-1: 1182364402968
 Content-Type: application/x-www-form-urlencoded
 Content-Length: 40
 name=Noddy&birthDate=1000-11-11&typeId=5
 HTTP/1.x 302 Moved Temporarily
 Server: Apache-Coyote/1.1
 Pragma: No-cache
 Expires: Thu, 01 Jan 1970 00:00:00 GMT
 Cache-Control: no-cache, no-store
 Location: http://localhost:8080/petclinic/owner.htm?ownerId=10
 Content-Language: en-US
 Content-Length: 0
 Date: Wed, 20 Jun 2007 18:33:23 GMT

因为对addPet.htm我们没有配置任何已知ETag，也没有设置头信息。现在，我们再一次查看id为10的物主。注意ETag这时是1：

----------------------------------------------------------
 http://localhost:8080/petclinic/owner.htm?ownerId=10

 GET /petclinic/owner.htm?ownerId=10 HTTP/1.1
 Host: localhost:8080
 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Keep-Alive: 300
 Connection: keep-alive
 Referer: http://localhost:8080/petclinic/addPet.htm?ownerId=10
 Cookie: JSESSIONID=13D2E0CB63897F4EDB56639E46D2BBD8
 X-lori-time-1: 1182364403109
 If-Modified-Since: Wed, 20 Jun 2007 18:29:03 GMT
 If-None-Match: "-1"

 HTTP/1.x 200 OK
 Server: Apache-Coyote/1.1
 Etag: "1"
 Last-Modified: Wed, 20 Jun 2007 18:33:36 GMT
 Content-Type: text/html;charset=ISO-8859-1
 Content-Language: en-US
 Content-Length: 4317
 Date: Wed, 20 Jun 2007 18:33:45 GMT

最后，我们再次查看id为10的物主。这次我们的ETag命中了，我们得到一个“304未修改”响应：

----------------------------------------------------------
 http://localhost:8080/petclinic/owner.htm?ownerId=10

 GET /petclinic/owner.htm?ownerId=10 HTTP/1.1
 Host: localhost:8080
 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Keep-Alive: 300
 Connection: keep-alive
 Cookie: JSESSIONID=13D2E0CB63897F4EDB56639E46D2BBD8
 X-lori-time-1: 1182364493500
 If-Modified-Since: Wed, 20 Jun 2007 18:33:36 GMT
 If-None-Match: "1"

 HTTP/1.x 304 Not Modified
 Server: Apache-Coyote/1.1
 Date: Wed, 20 Jun 2007 18:34:55 GMT

我们已经利用HTTP缓存节约了带宽和计算时间！

细粒度印记（The Fine Print）：实践中，我们可以通过以更细粒度的跟踪对象变化来获得更大的功 效，例如使用对象id。然而，这种使修改对象关联到view上的想法高度依赖应用程序的整体数据模型设计。这里的实现 （ModifiedObjectTracker）是说明性的，有意为更多的探索提供想法。它并不是旨在生产环境中使用（比如它在簇中使用还不稳定）。一个 可选的更深的考虑是使用数据库触发器来跟踪变化，让拦截器访问触发器所写入的表。

结论

我们已经看了两种使用ETag减少带宽和计算的方法。我希望本文已为你当下或将来基于Web的项目提供了精神食粮，并正确评价在底层利用ETag响应头的做法。

正如牛顿（Isaac Newton）的名言所说：“如果说我看得更远，那是因为我站在巨人的肩膀上。”REST风格应用的核心是简单、好的软件设计、不要重新发明轮子。我相信 随着使用量和知名度的增长，针对基于Web应用的REST风格架构有益于主流应用开发的迁移，我期盼着它在我将来的项目中发挥更大的作用。

关于作者

Gavin Terrill 是BPS公司的首席技术执行官。Gavin已经有20多年的软件开发历史了，擅长企业Java应用程序，但仍拒绝扔掉他的TRS-80。闲暇时间Gavin喜欢航海、钓鱼、玩吉他、品红酒（不分先后顺序）。

感谢

我要感谢我的同事Patrick Bourke和Erick Dorvale的帮助，他们对这篇文章提供的反馈意见。

代码和说明可以从这里下载。

什么是Sequoia？

Sequoia是一个提供数据库集群，负载平衡和故障转移的中间件解决方案，它是C-JDBC项目的扩展和延伸。Sequoia主要平衡分布式和可复制数据库多节点之间的数据查询。它通过透明故障转移来处理各节点和网络链接失败问题；支持数据库热恢复，联机操作和在线升级。

特点：

参考：

尊敬的公司主管：

         您好

我带着非常沉重而复杂的心情写了这封辞呈。由于个人原因，我请求辞去我在公司的职务，我将于5月31号正式离开公司，请批准，在此期间我将完成我所承担的相关项目，并完成相关交接以及协助公司对新人进行入职培训，使他尽快熟悉工作。

进入公司工作的两年时间里，得到了公司各位同事的帮助和领导的信任，我在这里表示真诚的谢意。经过这两年在公司的技术开发工作，公司给予我多次参加大小项目的实施机会，使我积累了很多宝贵的经验，学到了许多工作以外的处世为人等做人的道理，同时也发现了自身的一些不足和缺点，这些都将是我未来的工作和生活中一笔宝贵的财富，我在这里对于公司两年来的照顾和给予我的相关机会表示真心的感谢。在过去的两年里，可以说是人生中比较愉快的时光，公司的和谐的气氛，就象一个大家庭一样，同事之间融洽和睦相处，我们一起分享成功的喜悦，一起承受压力，一起成长，一起向前迈进；说真的离开这里，离开这些曾经同甘共苦的同事，确实很舍不得，我从内心希望这份友谊，这份感情能继续并永久保持下去，但愿我们能有再次合作的机会。

最后真诚的祝愿公司在今后的发展旅途中步步为赢、蒸蒸日上！

此致

敬礼

                                                                                                  申请人：Kokko

                                                                                                  二零零八年五月二十二日