Originally posted by andyjian at 2005-7-2 10:18 AM:
是不是不够专业哦？？呵呵

P2P 应用程序框架

(来源：http://www-900.ibm.com/developerWorks/)

  
内容：

安装与执行
配置文件
代码
结束语
参考资料
关于作者
对本文的评价




深入细节
Todd Sundsted (todd-p2p@etcee.com)
首席设计师，PointFire, Inc.
2001 年 5 月


理解 P2P 计算技术方面的最好方法是仔细观察一个实际的 P2P 应用程序。这个月，Todd Sundsted 将带您体验这样一个应用程序。他描述了如何安装、配置这个应用程序，以及它是如何工作的。

在 P2P 计算领域方面，我们只写了一篇文章，现在已经是转变的时候了。根据 "The practice of peer-to-peer computing: Introduction and history（对等计算实践：介绍与历史）"的读者反馈意见，我认识到：读者对于使用和理解 P2P 应用程序的兴趣远比我预想的大。最初，我只把这个应用程序看成是这样一种方便的资源，可以从中提取示例，以阐明文章中所陈述的观点。结果表明，某些读者希望得到更详细的信息，因此，我将在这个月提供这方面的信息。

这个月，我将不在高层次领域（高达 1000 英尺）继续讨论，也不解决安全性问题，相反，我将在低层次领域（50 英尺）讨论应用程序框架。

我真诚地希望这个转变将比现实生活中经常遇到的转变更令人愉快。

安装与执行
让我们从安装的具体细节开始。我略微更改了启动 P2P 应用程序的过程，因为在上个月，一些读者在启动应用程序时遇到了问题。

在可以运行 P2P 应用程序之前，必须下载两个 jar 文件 -- p2p.jar 和 spp.jar -- 以及配置文件 app.properties（请参阅参考资料）。p2p.jar 文件包含 P2P 应用程序自身的类文件。spp.jar 文件包含 P2P 应用程序所使用的消息传递库的类文件。

下载这些文件之后，将这两个 jar 文件和包含配置文件的目录添加到类路径中。

如果您正在运行 Windows，并且已经将这两个 jar 文件和配置文件下载到 c:\p2p 目录，则可以如下设置类路径：


  set CLASSPATH=c:\p2p\p2p.jar;c:\p2p\spp.jar;c:\p2p



如果您正在运行 Linux、Solaris 或某个合适的 UNIX 变体，并且已经将这两个 jar 文件和配置文件下载到 /home/foo/p2p 目录，可如下设置类路径：


  export CLASSPATH=/home/foo/p2p/p2p.jar:/home/foo/p2p/spp.jar:/home/foo/p2p



（以上命令假设您正在运行 BASH 来作为命令 shell）。我将如何在其它流行的 shell（如 CSH）中设置环境变量的问题留给您自己去考虑。

一旦设置了类路径，就可以用以下命令启动应用程序：


  java com.etcee.app.ki.Main



P2P 应用程序将显示一个别致的信息性标志和一个命令提示来欢迎您。

最后再说一遍：我的 P2P 应用程序一定需要 Java 2 平台。

配置文件
前几步将启动并运行 P2P 应用程序，但是，在能够很好地使用它之前，必须编辑配置文件。配置文件定义 P2P 应用程序使用的端口、控制的资源以及识别的伙伴。清单 1 演示了每一个定义。

清单 1. 示例配置文件
  com.etcee.app.ki.port=7777
  com.etcee.app.ki.resource.0.name=share
  com.etcee.app.ki.resource.0.class=com.etcee.app.ki.resource.file.FileResource
  com.etcee.app.ki.resource.0.arg0=/home/foo/share
  com.etcee.app.ki.resource.1.name=tmp
  com.etcee.app.ki.resource.1.class=com.etcee.app.ki.resource.file.FileResource
  com.etcee.app.ki.resource.1.arg0=/tmp
  com.etcee.app.ki.peer.0=bass:7777
  com.etcee.app.ki.peer.1=salmon:7777
  com.etcee.app.ki.peer.2=perch:7777
  com.etcee.app.ki.peer.3=guppy:7777




第一部分由一行组成，它定义了 P2P 应用程序用来接收其它伙伴连接请求的端口。最好不要改变这行。

第二部分定义 P2P 应用程序管理的资源。您可能需要编辑这部分。清单 1 定义了两个资源：share 和 tmp。从应用程序的观点来看，资源只是实现 Resource 接口的类的实例，我们将马上讲到这点。资源定义一般具有以下基本形式：

清单 2. 资源定义
  com.etcee.app.ki.resource.0.name=
  com.etcee.app.ki.resource.0.class=
  com.etcee.app.ki.resource.0.arg0=
  com.etcee.app.ki.resource.0.arg1=
     .
     .




name 是给予资源的名称，它用来生成人们可读的输出。class 是 Java 类的名称，可以将其初始化以创建资源。P2P 应用程序在运行期间动态装入这个类并将其初始化。在其初始化期间，argN 自变量被传递到新初始化的资源。例如，FileResource 类使用这些自变量定义目录来为文件提供服务。您需要编辑目录自变量以指向您机器上的某个目录。

第三部分定义 P2P 应用程序识别的伙伴。每一行都包含伙伴的名称（或 IP 地址）和伙伴的端口。用这种方式定义伙伴显然不是可伸缩的解决方案。在以后的文章中，我们将看一种更好的解决方案。

代码
除了对等通信采用的 SPP（简单点到点）包之外，P2P 应用程序不包含很多类。首先，我们先仔细查看最重要的类，最后再看一下 SPP 通信包。

资源
P2P 应用程序的主要组件是资源。事实上，P2P 应用程序只是允许和控制对已发布资源的远程访问。资源可以是任何可寻址的事物 -- 文件系统、电话簿、数据库和目录。每个资源都管理零个或多个适当类型的项（文件系统资源管理文件，电话簿资源管理电话号码）。

为演示如何实现资源，我创建了一个简单的文件系统资源类 FileResource，如清单 3 所示。这个文件系统资源管理零个或多个文件。

清单 3. Resource 接口
  public
  interface Resource
  {
    // The initialize() method requires a TTDFactory instance
    // (which the factory uses to create the TTDItem instances
    // it returns from the select() method in response to a
    // query) and a String array (which contains the arguments
    // from the configuration file).
    public
    void
    initialize(TTDFactory ttdfactory, String [] arstring)
    throws ResourceException;
    // The select() method requires a String instance that
    // defines the selection criteria.  It returns an array
    // of TTDItems, one for each entry that matches the
    // selection criteria.
    public
    TTDItem []
    select(String stringSelector)
    throws ResourceException;
  }




Resource 接口定义资源的结构和行为。该接口还定义允许在资源上执行的操作。目前的操作列表包括 select。以后的实现还将包括 insert 和 delete。

select() 方法将一个定义选择标准的字符串作为参数。该方法返回有关所有与选择标准匹配的资源项的信息

(来源：http://www-900.ibm.com/developerWorks/)   
内容：
Jxta 的设计理念
Jxta 的独立性
Jxta 核心构件
Jxta 协议
基于 Jxta 的系统的属性
Jxta 如何与 .Net 和 Jini 较量
Jxta 的多功能性
参考资料
关于作者

对最新 P2P 技术兼具实用性和可操作性的介绍
Sing Li (westmakaha@yahoo.com)
作家，Wrox 出版社
2001 年 8 月

对等网络即将来临了，它承诺要创建一个根本不同的计算世界 — 而且，在某些方面 — 比基于老模式客户机／服务器的要更好。Jxta 工程是按社区方式运作的，旨在为对等应用构建实用应用程序底层。虽然 Jxta 的参考实现是用 Java 语言写的，但事实上它对当今现有的任何语言，操作系统（OS）或平台都会欣然接纳 — 而且，更重要的是，对于人们现在想都没想过的技术，它也做好了准备。在本文，即此系列的第一部分（共 3 部分）中，Java 开发人员兼作者 Sing Li 解释了支持 Jxta 的基本概念和协议，使您为阅读后面的文章做好准备。后面这些文章将教您试验 Jxta shell 并且构建 P2P 应用。请在讨论论坛与作者和其他读者共享您关于本文的心得。
对等（P2P）网络与传统的客户机／服务器或多层服务器网络不同，对等网络中的对等机是彼此直接通信的。这种通信无需依赖集中式服务器或资源就可完成。在 P2P 网络中，通过对等机之间的交互操作就可以完成工作，共享信息。通过创建有潜力展示非常高的可用性和容错能力的计算资源网络，P2P 体系结构使真正的分布式计算成为可能。

传统的客户机／服务器和多层次体系结构已经是业界的识途老马，而采用 P2P 体系结构的系统则还只是初生牛犊。Jxta 工程是 Sun 为了向构建跨平台、跨操作系统（OS）和跨编程语言的 P2P 应用提供实用应用程序底层而发动的突袭。这项工程现在是开放源代码的，Sun 也参与其中，请参阅参考资料部分以获取关于 Jxta 社区的信息。

Jxta 的设计理念
Jxta 工程的组件是认真的设计分工的产物。它们为泛型 P2P 网络提供最小需求，去除了所有特定于策略的逻辑和组件。这样，就仅剩下几乎所有的应用程序都能使用的构件要素，不考虑目标用户和特定实现。在接下来的几个月和几年里，Jxta 核心社区的一个主要任务就是确保这种普遍适用性仍然是真实的。您可以争辩说，P2P 最引人注目的应用程序尚未开发，那么如果 Jxta 把特定于策略或实现的细节嵌入其基础构造层后就完事的话，那么这些尚未想像到的应用程序就可能永远不会和这个平台一起工作。换句话说，Jxta 组件没有强加一些不必要的策略，也没有硬性规定特定的应用操作模型，使得简单地构造 P2P 应用成为可能，也更方便。

Jxta 工程对 Java 平台的独立性
在我们讨论 Jxta 的核心构件的过程中，您会发现我们没有提到任何与 Java 技术相关的东西！Sun 已经为 Jxta 提供了初步的 Java 语言实现，但令人惊讶的是，Jxta 工程既不特定于 Java 编程语言，也不特定于 Java 平台。换句话说，任何人都可以在任何硬件平台上，用任何操作系统、任何编程语言实现基于 Jxta 的网络。添加了这种 Jxta 的传输不可知特性（您将看到，它甚至不依赖于 TCP/IP），您就有了一个准备着交互操作的 P2P 基础构造。

Jxta：名称中包含什么意义？
Jxta 不只是以字母 J 开头代表 Java 和 Jini 名称的、由四个首字母组成的首字母缩写词。事实上，它代表 Juxtapose 工程。 Juxtapose 漂亮而优美地描绘了未来完整的 P2P 计算世界。据我们所知，企业内部网（intranet）或因特网（Internet）中现有的客户机／服务器计算永远不会消失或被取代。相反，Jxta 技术将作为一种补充，与这些技术共存（因此是 juxtaposition 并列）并给最终用户带来超值体验。因特网和企业内部网的用户将能够从网络的这两种形式中获益。  
互操作性作为一个设计选项
有些人或许会怀疑像 Jxta 那样普遍适应的规范的生存能力。Jxta 系统可以设计成具有互操作性的 — 但没有硬性的规则说它们必须以任何有用的形式具备互操作性。换句话说，一个仅仅表面上满足最小指定的互操作性需求的、不以任何有意义的方式与他人进行交互操作的 Jxta 应用程序仍然是符合 Jxta 规范的。然而，可以预见，P2P 应用和服务病毒蔓延般的增长速度将迫使厂商把互操作性作为他们产品的一个主要特性。这一设计决策的结果就交由开放市场的风雨去检验吧。

在其核心处使用 XML
我们很快将更详细地说明，Jxta 目前使用 XML 作为消息和广告的格式，这对于使 Jxta 具有互操作性很有帮助。因为 XML 技术的简单性和普遍可访问性，软件几乎可以创建在任何平台上以生成并解析 Jxta 消息。

Jxta 核心构件
构成 Jxta 系统的组件与能在很多 P2P 网络实现中识别出来的组件完全一样：

对等机和对等组
服务
管道
消息
广告
对这些组件中的每一个所做的研究将揭示 P2P 通信在 Jxta 网络上是如何工作的。

对等机和对等组
毫无疑问，对等网络是由彼此相互通信的对等机组成的。从根本上说，整个连结着的宇宙就是一个大型 P2P 系统。但由于目前连通性和可用带宽的限制，把整个因特网当作一个巨型 P2P 网络来使用是不切实际的。相反，一些划分是必要的。

物理网络的逻辑划分产生了对等机的工作组，P2P 行话称之为对等组。对等组成员资格的交迭没有任何约束；换句话说，任何对等机有必要属于几个对等组，就可以属于几个对等组。Jxta 规范并没有规定或推荐组织对等组的合适方式。在 Jxta 网络中，对等组就是共享资源和服务的对等机的集合。您可以很容易地明白，如果这个规范把对等组限制为例如局域网 — 或者甚至是广域网的一个子集 — 那么，很多要求组成员资格超出这些物理限制的新应用程序的可能性将一概被排除。与 Jxta 的设计理念一致，对等组被规定为尽可能不受限制、尽可能普遍适应。

请注意，对等组的存在要求一些维护成员资格的手段。Jxta 规范又一次只规定了维护组成员资格的最小需求，而没有指示该怎样维护。这种组成员资格服务只是核心 Jxta 服务的一部分，但它可以接受很多种形式 — 例如，它可以是数据库或目录服务，还可以是基于集中式或分布式实现的。

服务
对等组内的对等机可以共享使用 Jxta 服务。事实上，对等机加入一个组可能主要是为了使用该组内可用的服务。称为核心服务的一组服务对 Jxta 网络的基本运转是必不可少的。我们已经看到了一个核心服务的实例 — 成员资格服务。表 1 展示了 1.0 版 Jxta 规范中包含的核心服务。

表 1. Jxta 服务 服务名称 描述
管道 对等机之间通信的主要方式；为信息传输提供单向、异步的管道的抽象。
成员资格 判断哪个对等机属于哪个对等组；处理对等组内对等机的加入和退出。
访问 一种安全性服务，用于控制对对等组内服务和资源的访问；对等组的一种安全性管理器。
发现 对等机能用来发现对方、其它对等组的存在、管道、服务等等的一种方式。
解析器（Resolver） 允许对等机通过引用（Jxta 行话称之为广告）间接地引用对方，对等组、管道或服务；在运行期间，解析器把引用捆绑到实现上。


Jxta 工程最初的参考实现不提供上面列出的五项之外的任何服务。甚至核心服务中的一些服务，例如处理安全性的访问服务，也只是实现了非常基础的方面。现行的 Jxta 社区正在为这些服务中的大多数充实细节，同时也在定义和实现对对等组或许有益的新服务（一般地或特定地）。例如，该社区目前正在进行的新服务包括：

监视和计量服务
匿名的、安全的金融交易付款服务
Web 内容和服务的分布式搜索服务
在 Jxta 1.0 规范中，一个运行中的服务实例总是和一个对等机联系在一起（您可以把它想象成是由一个对等“服务器”主管的）。在一个对等组内，只能有一个服务实例和指定的对等机联系在一起。这种类型的服务被视为对等服务；如果主管该对等服务的对等机当机了，那么将无法获得该服务。另一方面，同一服务的多个实例被冗余地安装在一个对等组内的多个对等机上 — 这被称为对等组服务。对等组服务是 Jxta 网络的高可用性和容错性的关键。Jxta 应用的实现者可以自由地把任意 Jxta 服务作为对等服务或对等组服务进行安装。管道服务，即为对等通信提供逻辑管道抽象的核心 Jxta 服务，常常被作为对等组服务来实现，以确保其总是可用。

管道
正如 Jxta 规范定义，在对等机之间传输数据、文件、信息、代码或多媒体内容的一种方式是通过逻辑管道。Jxta 管道用于在对等机之间发送消息（可带任意内容）。

一个管道实例，从逻辑上讲，是对等组内的一个资源。管道实例的实际实现通常情况下是通过管道服务完成的。与传统（类似 UNIX 的）的系统不同，Jxta 管道是单向的、异步的。需要双向通信的两个对等机将不得不创建两个独立的管道实例。也跟传统机制如 UNIX 管道或 TCP/IP 套接字不同，Jxta 管道的末端可以在不同的时间连接到不同的对等机上，或者根本不连接。在为 P2P 网络上的服务提供冗余实现方面，只此一个单一概念就是革命性的一步。对等机可以在任一点及时逻辑地“拾起”管道。例如，设想一个想使用拼写检查器服务的对等机。它可以连接到一个对等组的拼写检查器管道（该管道是被作为冗余对等组服务实现的）上。在这种情况下，只要至少有一个拼写检查器的实例还在该对等组内的某个地方运行，该对等机就还能得到服务。

Jxta 1.0 规范提供了两种一般类型的管道：点对点和广播（propagate）。

对等机可以使用点对点管道连接到另一个对等机并单向传输消息。对等机可以使用广播管道连接到一个或多个其它对等机并向它们全体传输消息。从本质上讲，点对点管道是一对一的消息传输机制，广播管道则是一对多的消息传输机制。Jxta 社区目前正在多对多消息传输机制方面努力；这个机制已经被命名为 Jxta 导线（wire）。

不管是什么类型的管道，通过管道载送的信息块都称为 Jxta 消息。那么，这些消息的确切格式是什么样子呢？

消息
Jxta 消息是通过管道从一个对等机传送到另一个对等机的数据束。这里，Jxta 规范再一次尽可能地使自己普遍适应，以免不经意间在消息的定义中引入任何依赖于实现的策略。消息被定义为由信封和正文组成的任意大小的束。信封是标准格式，它包括：

报头
源端点信息（URI 格式）
目的地端点信息（URI 格式）
消息摘要（可选的 — 出于安全性目的）
消息正文的长度是任意的，可以包含一个可选的信任状（出于安全性目的）和内容。

请注意，Jxta 消息的定义非常松散。考虑到我们日常一般都是在可靠的、宽带的 TCP/IP 网络上操作，这样做的必要性并不是立即可以明了的。但 Jxta 消息的格式必须是灵活的、善于适应新环境的，因为它可能要在所有种类的网络上实现，而不只是在 TCP/IP 上。设想在一个支持 256 字节数据包的不可靠传输的网络（象传统的基于数据包的无线网络）上的一个 Jxta 实现，您就会对 Jxta 消息的简单定义如何使自己适应诸如这样的不利环境表示赞赏。

为了提供一个标准的、语法上易分析的、通用的编码机制，Jxta 消息目前采用 XML 文档格式。Jxta 利用了 XML 的普遍可访问性和易使用、易编程的特点，这意味着 Jxta 可以用大多数编程语言在大多数平台上很容易地实现 — 只要 XML 语法分析器和生成库在那里是可用的。然而，Jxta 本身的设计却使其消息代码的编写不依赖于 XML 的使用。虽然现在不太可能，但 Jxta 社区在规范的未来版本中包含（或要求）基于非 XML 的消息是完全可能的。

关于 Jxta 标识符
从潜力上讲，对等组或许可以跟整个联系着的宇宙一样大。在这么大的名称空间中为任何事物进行唯一的命名都是一个挑战。为了应对这个问题，Jxta 给 Jxta 组件的每个可设定地址的实例都分配了一个内部标识符。这种标识是通过一个 UUID 进行的，UUID 是使用能够确保在时间和空间上都有很高概率的唯一性的算法产生的 64 字节的数字。Jxta 标识符是 URN（统一资源名称）格式的，并被嵌入到广告中供内部使用。目前定义了四种标识符类型，用于标识对等组、对等机、管道和代码／数据（code/data）（简写为 codat）。  
广告
广告有点像是消息的“堂兄弟”。Jxta 广告也采用 XML 文档格式。广告的内容描述了诸如对等机、对等组、管道或服务等 Jxta 组件实例的属性。例如，可以访问另一个对等机的广告的对等机可以设法直接连到该对等机上；可以访问一个对等组的广告的对等机可以通过广告加入对等组。目前的因特网中与广告相似的东西是域名和 Web 站点的 DNS 纪录。Jxta 规范没有规定如何创建、传播或销毁广告。

互操作性的基础：Jxta 协议
互操作性的另一个关键是这样一个事实：核心 Jxta 对等交互操作模型被完全表示为在底层网络上传输的一套简单协议。换句话说，既然协议和消息格式是定义完好的，那么基于 Jxta 的系统间的互操作性完全可以在导线一级上达到。

例如，一个简单的 PDA（8 位处理器，基于 C 语言编程）就可以是一个运行在基于数据包的无线网络上的 Jxta 对等机，它可与同一对等组内的各种系统，从 PC 服务器到大型机，进行交互。如果这些对等机共享一个公共网络（传送）并正使用 Jxta 协议和消息格式进行通信，这是可以做到的。

Sun 已为 Jxta 提供了初步的 Java 语言实现。Jxta 社区现在拥有这个参考实现。这个参考实现为那些想立刻使用 Jxta 的 Java 程序员把事情变简单了。而如果您正在非 Java 平台上实现 Jxta，那么理解这些协议就是非常重要的。表 2 简要描述了 Jxta 协议的核心集，涵盖了发现（对等机如何找到对方）、广告（对等机如何让别的对等机了解对等组、管道等信息）、通过管道进行的通信和对等组成员资格的处理。下面的所有协议都是建立在传送器上的 XML 消息交换的基础上的。同样地，它们可以用几乎所有的编程语言在几乎所有平台上实现。

表 2. Jxta 核心协议
协议名称 描述
对等发现协议 用来发现来自对等组内其它对等机的广告；有助于发现对等机、对等组、管道和服务。
对等解析器协议 对等机用它来向另一个对等机发送搜索查询以定位对等机、对等组、服务或管道。
对等成员资格协议 对等机用它来加入或退出一个对等组。
对等信息协议 对等机用它来获得别的对等机的状态。
管道绑定协议 对等机用它来把自己绑定到管道端点。
端点路由协议 对等机用它来请求有关到另一对等机的路由信息。


Jxta 规范不要求对等机实现上述所有协议。任一特定的对等机只须实现那些实际要用到的协议。

基于 Jxta 的系统的一些有趣的属性
既然您已经对 Jxta 平台理论上的构件有了一个基本理解，我们就来讨论一下作为 Jxta 设计结果的一些有趣的属性。

有“电子心跳”的任何东西都可以成为一个 Jxta 对等机
从理论上说，有文本字符串生成能力的最简设备都可以加入（虽然并不是在每个 P2P 应用中都有必要）到 Jxta 网络中。这是怎么成为可能的呢？

在 P2P 网络上，过分简化的设备需要对等代理人。这个代理人可以代表该简化设备（或多个简化设备）执行发现、广告和通信。代理人的位置可以被硬性固定在简化设备。这样，在代理人的帮助下，简化设备就可以成为 Jxta 网络上完全合格的对等机。例如，一个被绑在一只海龟身上并以无线方式发送出带有位置信息的 Jxta 消息的 GPS 定位器，就可以成为 Jxta 网络上的一个对等机。

不确定拓扑结构的网络中的顺序
典型 Jxta 网络另一个迷人的方面是它固有的不确定的拓扑／响应结构。计算机用户通常都习惯于本质上确定的、同步的计算机系统，并认为这是一种标准结构。例如，当我们的浏览器发出 Web 页面的 一个 URL 请求时，我们期望输出立刻就会出现。我们还期望世界上的每个人都可以使用同一个 URL 从同一个 Web 服务器检索同一个页面。

在 Jxta 世界里，一个特定的资源请求不会在几分钟、几小时或甚至几天内返回；事实上，它可能根本就不会返回。另外，请求同一资源的世界各地的人们很可能得到的是来自完全不同的服务器的资源副本。这就引起了一个问题：不确定性系统有什么好处呢？

来自 grassroots 软件革命的灵感
我们只要看看象 Napster 和 Gnutella 这样的流行 P2P 系统就可以找到答案。下面是它们的一些额外的优势特征（它们使同步性和确定性的丧失变得值得）：

内容的高可用性。 对等机可以从多个服务器上获取内容，理想情况下可从附近开机运行着的一台服务器上获得。原始源对等机不必为每一个资源请求服务；事实上，它甚至可以不开机运行。


网络带宽的最优化使用。 现今 Web 上典型的局部流量集中导致的拥塞不会影响 P2P 网络。


更低的内容分发成本。 P2P 网络能吸纳内容并复制它以使它易于存取。


来自网络中各个节点的计算能力的均衡。 通过异步操作，您可以同时发出许多资源或服务请求，然后让网络为您完成这些工作。


无限的可伸缩性。 一个设计良好的 P2P 应用可以在不影响可伸缩性限制的情况下横越整个已知的连接着的宇宙；而这在任何集中式模式中是完全不可能的。
在完美的 Jxta 世界中，我们将在不确定性网络上执行异步请求。您觉得这个概念古怪吗？

让我们用一个示例来阐明。设想一个在基于 Jxta 的 P2P 网络上运行的基于网络的音乐请求服务。对等机提交了几个对音乐文件的请求并在一段时间后核查对等组中的音乐请求服务是否找到了这些文件。当我们在一段时间后去核查音乐请求服务时，所请求的一些文件已经被找到，但其它的却无法定位。服务对那些文件的响应是：音乐的选择和可用性在不断地变化；请稍后重试您的请求。这是一个可接受的不确定的结果：虽然服务未能找到一个文件，但如果我们稍后再次提交同一个请求，那个文件或许就是可用的了，因为主管我们想要的那个文件的对等机这时或许在线了。

当放到这样一个具体的上下文中的时候，不确定性网络的概念看起来就不再那么陌生了。事实上，我们多数人大概都会接受并使用这样一个音乐请求服务。我们中的一些人甚至愿意为这样的自动代理支付一点费用，这种代理会持续监视所选文件的可用性，然后为我们取来并存储它们的副本。这是 P2P 计算的巨大魅力之一：均衡并共享全世界的所有连接着的资源的能力 — 但愿是以有秩序的和文明的方式。

该讲的都讲完了，但最先几个在商业上取得突破的 Jxta/P2P 应用大概还是会因把确定性和同步性作为它们的主要特征而引以为豪。这是一个必要的过渡，因为用户的习惯和市场取向不会在一夜之间改变 — 如果没有强制原因的话将来不会改变。新的 P2P 模型将慢慢地浮现，起先可能会是以混合的形式出现。一个当前示例：基于边缘传播（edge-propagation-based）的网络高速缓存技术，比如 Akamai，是目前确定性的、集中式的 Web 上的规范。这些技术用 P2P 风格的概念在集中式服务器的世界里实现优化的内容传送。

社会影响和棘手的知识产权问题
我们先前使用的短语 — 有秩序的和文明的 — 是前沿计算和当代社会学的交汇处。事实上，短语“有秩序的和文明的”在不同的文化圈里可有不同的解释，或者甚至在单个文化圈的不同环境中也有不同解释。这已经在版权敏感的知识产权（IP）管理的世界里引起了激烈的争议和辩论。由于有关集团的优势以及内容分发上根深蒂固的市场惯例，这一争论不会很快平息。

在大众和商业新闻中已经写了很多。Sun 不在其 Jxta 实现中规定策略的决定使得它可以自由地前进并扫除了这些争论 — 把责任放在了那些在内容分发上率先采用 Jxta 技术的先锋们的肩上。然而，在这个舞台上， Jxta 技术基于社区的发展使它有潜力全局控制 IP（知识产权）所有者和公众之间的良好平衡。开放的 Jxta 社区可以作为一个论坛，IP（知识产权）所有者和技术专家可在此论坛解决它们之间的分歧。

透视 Jxta：它如何与 .Net 和 Jini 较量
自从 Jxta 被介绍后，它已经被拿来和每个可想象得到的网络技术进行比较。即使是有名望的商业杂志也不经意地忽略了这一创新，因为它显然不和主要竞争对手大肆宣传的旗舰产品较量。Jxta 工程是一只独一无二“怪兽” — 在讨论它的时候不会有任何现成的参照物。因此，必须独立地对它进行评价。

要确信，Jxta 基于 XML 的消息传递与微软（Microsoft）的 .Net 和 SOAP 技术是类似的。但这种比较的基础比较薄弱。随着越来越多的第三方协议使用了 XML，很显然只用 XML 作为消息格式对于实际的网络技术并不能说明什么。把高级别的、策略丰富的、基础构造基于 Web 服务的 .Net 与本质上低级别的、基本的、策略中立的 Jxta 相比是件毫无意义的事。

Jxta 工程和 Jini 工程也是根本不同的。它们俩在较高级别的交互作用方面有一些类似的地方，都能够实现网络上真正的分布式计算。然而，类似处也在那里嘎然而止。因为真正的分布式计算仍只是未来的一个设想，所以很容易低估 Jxta 和 Jini 工程之间的区别 — 尽管事实是我们在比较更多已建立的客户机／服务器或多层服务器技术的实现时不会做同样的事。


两者在战略上的明显不同是：Jxta 在一开始就是以完全互操作性技术（任何平台，任何编程语言，任何厂商）的面貌出现的。Sun 是唯一投身于该社区的公司。Jini 是以 Java 为中心的技术，作为一种战略，Sun 将把它集成并应用在将来提供的产品中。Sun 将对 Jini 的发展保持一定程度的控制。

没有 Java 平台（代码的灵活性，RMI 等等）的支持，Jini 的实用性将受到限制；另一方面，Jxta 则完全独立于 Java 的装饰。从另一个角度看：Sun 仅仅定位在促进 Jxta 的成长，而 Sun 和 Jini 的成长之间则是有着较多的利害关系。随着时间的推移，Jini 将成为 Jxta 的“愈发内向的堂兄弟”；它将作为启用的嵌入技术被应用、部署到许多产品中。Jxta 的命运，在另一方面，将取决于参与此项技术的开放社区的成员们的热情和创造力。

Jxta 的多功能性
由于提供基础机制而不规定策略，Jxta 基础对于很多 P2P 应用都是可用的和有价值的。下面是另外三个普通的个案研究：

对等机上的用户搜索并共享对等组内的文件、信息和内容
对等机加入到对等组以使用只在此特定对等组内才可用的特定服务
对等组内对等机间以及通过网关穿越对等组的即时消息传递系统
当然，可能的应用是无穷无尽的，其中的很多还有待开发或甚至有待构思。在后面的文章中，我们将安装 Jxta 并试验它的命令行 shell，创建该 shell 的定制扩展，为 Jxta 网络设计 P2P 应用。

参考资料

参加本文的讨论论坛。
官方的 Jxta 社区位于 Jxta.org。您可在这里找到最新的规范、文档、源代码和二进制文件。
如果您对了解基于 Jini 的技术的更多详细信息有兴趣，请查阅 Sing Li 写的 Professional Jini。
另一个早期采纳者的对等工作组已经建成。这个组的战略会是什么，它与 Jxta 的关系又会是什么，这一点还不清楚。
Todd Sundsted 写的 developerWorks 每月专栏 — 对等计算的实际应用，提供了关于 P2P 概念的抽象观点和用他自己的 P2P 应用框架进行的实用的学习经验。
要了解一个可与之替换的开放源代码的系统，请查看 Freenet 工程。
来自 IBM 的高级对等网络（APPN）提供了强伸缩性、高可用性、安全的网络解决方案。
IBM 的 Magstar 对等虚拟磁带服务器被设计用来提高数据的可用性及改善您的灾难恢复基础构造。
在 developerWorks Java 技术专区查找更多 Java 参考资料。
关于作者
Sing Li 是 Professional Jini 的作者，也是 Wrox 出版社的其他许多书籍的作者。 他定期为技术杂志投稿，同时还是 P2P 革命的积极推动者。Sing 是一位咨询专家和自由撰稿人，可通过 westmakaha@yahoo.com 与他联系。  

(来源：http://www2.ccw.com.cn/01/0128/d/0128d06_1.asp)

P2P即Peer to Peer,称为对等连接或对等网络，P2P技术主要指由硬件形成连接后的信息控制技术，其代表形式是软件。
技术背景

P2P起源于最初的联网通信方式，如在建筑物内PC通过局域网互联，不同建筑物间通过Modem远程拨号互联。其中建立在TCP/IP协议之上的通信模式构成了今日互联网的基础，所以从基础技术角度看，P2P不是新技术，而是新的应用技术模式。

今天，P2P再一次被关注主要是由Napster以及ICQ类软件的出现，虽然在Napster之前P2P方式的研究也从未停止。

现在互联网是以S（Server）/ B（Browser）或S/C（Client）结构的应用模式为主的，这样的应用必须在网络内设置一个服务器，信息通过服务器才可以传递。信息或是先集中上传到服务器保存,然后再分别下载(如网站),或是信息按服务器上专有规则（软件）处理后才可在网络上传递流动(如邮件)。

如今拥有Napster及ICQ类软件的PC（或操作者）就可以选择同样拥有此类软件的另一PC（或操作者）形成互联（直接连接，不通过服务器），双方共享资源，协同完成某种行动。而拥有同一P2P软件的设备和用户，还可以形成一个为其自己所有的在互联网上的P2P专用网。

现状

1. 代表性研发产品和技术

(1) ICQ类的即时通信软件。两个或多个用户互相使用文字、语音或文件进行交流，快速、直接，易于同非PC网络设备（如PDA、手机）通信，而且它不依赖设备即可辨别用户。由于利用P2P技术可以弱化甚至摆脱对中央服务器的依赖，这样的通信更接近非互联网通信模式。

(2) Farsite（Microsoft），Ocean Store类数据存储软件。用于在网络上将存储对象分散化存放，而不像现在放于专用服务器。这样减轻了服务器负担，增加了数据的可靠性和传输速度。

(3) Napster类软件。实现数据共享，使用者可以直接从任意一台安装同类软件的PC上下载及上载文件，而不是从服务器。用户可以检索、复制共享的文件。软件自动发现最新的文件列表，发布者无需担心发布的问题。

(4) Infrasearch、Pointera类数据搜索及查询软件。用来在P2P网中完成信息检索。一旦形成P2P专用网，其上的数据搜索与现在互联网中数据存在中央服务器的情况有所不同，必须要考虑动态地将当前P2P网络中各个Peer的内容进行收集，并且要有效地向用户传递。 P2P网用户中相当数量在联网方式上不同，专线、拨号、宽带、窄带都会碰到; 联网的时间可以一个是24小时在线，而另一个完全可能仅联机几十分钟; 使用的操作系统也不一定相同。

(5) Netbatch（Intel）类协同计算软件。可联接近1万台PC，利用它们的空闲时间进行协同计算，完成超计算量的工作（如空间探测，分子生物学计算，芯片设计）。

(6) Groove 类数据或行动协同软件。它是基于P2P连接的软件工具,可以建立一个安全的企业级协同工作平台（P2P网），提供供求信息链上的互动信息沟通，如货品目录、库存及发货清单，帮助使用者进行经销渠道维护、客户服务和支持。

(7) 游戏软件。事实上许多网络游戏均是P2P方式的，尤其是那些双人及多人对弈游戏。

2. 组织与标准

目前，正式的P2P组织尚未成立，2000年8月间成立的P2P工作组，成员包括Intel、IBM、HP等大企业，目标集中在P2P技术的标准、安全性及可靠性等等。但由于P2P技术本身发展迅速，P2P技术涵盖的范围尚未确定，目前尚未有统一的规范。

发展

1. 关键技术

P2P是一种基于互联网环境的新的应用型技术，主要为软件技术。

(1) 对于互联网上众多计算机，P2P应用比其他应用要更多考虑那些低端PC的互联，它们不具备服务器那样强的联网能力，同时对于以往的P2P应用技术，现在的硬件环境已经更为复杂，这样在通信基础方面，P2P必须提供在现有硬件逻辑和底层通信协议上的端到端定位（寻址）和握手技术，建立稳定的连接。涉及的技术有IP地址解析、NAT路由及防火墙。

(2) 在应用层面上，如果两个Peer分别代表两家不同的公司，而且它们已经通过互联网建立连接，那么一方的信息就必须为另一方所识别，所以当前互联网上关于数据描述和交换的协议，如XML、SOAP、UDDI等都是一个完善的P2P软件所要考虑的。

(3) 有通信就要有安全保障，加密技术是必须要考虑的。

(4) 其他需考虑的有如何设置中心服务器，如何控制网络规模等。

2. P2P技术与现有互联网技术比较

目前互联网主要技术模式是S/C方式，此方式要在互联网上设置拥有强大处理能力和大带宽的高性能计算机，配合高档的服务器软件，再将大量的数据集中存放在上面，并且要安装多样化的服务软件，在集中处理数据的同时可以对互联网上其他PC进行服务，提供或接收数据，提供处理能力及其他应用。对于一台与服务器联机并接受服务的PC机来说，这台PC机就是客户机，其性能可以相对弱小。而P2P技术的特征之一就是弱化了服务器的作用，甚至取消服务器，任意两台PC互为服务器，同时又是客户机，即对等。右面是P2P与S/C方式的一些比较：

S/C方式造成互联网络上的集中，无论信息资源还是成本资源均向同一方向集中，这样的模式符合一对多、强对弱的社会关系形式，如政府对个人、对企业，大企业对小企业，学校对学生，企业对职工等等关系。所以S/C方式是符合市场需求的。P2P方式将导致信息数量、成本资源都向互联网各点均匀分布，也就是所谓“边缘化“的趋势。此模式符合“一对一”的特点，以及彼此相当的社会关系形式，如个人对个人，规模相当的企业之间，等等，这也是符合市场需求的（如ICQ）。所以这两种方式会共存，有关P2P即将替代S/C模式的说法是不成立的。P2P有其独特的市场空间，是现有互联网应用的补充，这一点应该是毫无疑问的。

3. P2P技术特性

(1) 既是S又是C，如何表现取决于用户的要求，网络应用由使用者自由驱动。

(2) 信息在网络设备间直接流动，高速及时，降低中转服务成本。

(3) 构成网络设备互动的基础和应用。

(4) 在使网络信息分散化的同时，相同特性的P2P设备可以构成存在于互联网这张大网中的子网，使信息按新方式又一次集中。

企业应用

应用P2P技术的互联网产品正在迅速开辟出一块新的互联网应用市场，例如ICQ类的即时信息工具不仅创立了一个巨大市场，而且正在多方向地向外扩展，比如在移动通信市场，ICQ产品的多信息格式（文字、语言的支持）和即时性，可以为常规通信增加信息内容（文字、图片）和通信对象（网上ICQ用户）。

另一方面，ICQ的使用也会使部分用户放弃Email，侵蚀Email市场。Napster类的文件共享型P2P产品开拓出网上文件传播的新途径，用户不仅可以进行搜索和下载这样的操作，同时也可以方便地将自己的文件提供给其他用户，做到了基本的双向交流。

由于P2P技术方案不同于S/C方式的特性，可以在许多方面弥补S/C方式的不足，P2P产品将建立互联网上的一种新的应用模式，这时用户不仅在PC装有浏览器，而且还有数种P2P软件来实现新的互联网应用。

比如一个计算机配件经销商可以通过Email或浏览器（如果对方也通过P2P技术发布信息，则也可以用P2P软件）得到其上游厂家最新推出的产品信息及价格，研究了这些信息，并落实订货事宜之后，启动P2P软件，将新的产品及售价发布到重要客户的P2P联络站上，其中一个未上网的用户通过手机也知道了这消息。不久，经销商将收到客户的在线询问，而经销商在线回答问题的同时又将一个驱动程序传给了这个客户。这一切的操作均是通过互联网，而对象是厂家人员或客户，而非其网站或邮箱，这样就真正利用互联网做到了面对面的交流，更加接近现实社会的人际交流习惯。

1. 企业P2P互联网应用的几个侧重

(1) 企业协同

企业协同包括两大方面，一是企业内部的员工与员工、部门与部门、员工与部门之间的协同，无论部门及员工处在何种地理位置，只要拥有网络，双方存在信息沟通的要求，就可以利用P2P软件协调双方的行为。信息的种类及行为目的可以是多种多样的，如日程安排、通知发布、单据的审批、文件传阅和分发、方案的评比（表决）、计划协调等等这些可以通过电子文件表达的信息均可以通过软件来表达，并以此将使用者联系在一起。P2P应用更适用这当中更多需要用户交互的部分，如计划协调、日程安排等。二是企业与企业之间的行为协同，这种协同的互动的多样性和复杂性要高于企业内部的协同。从简单的会议日程安排、公文往来，到报价、询价订货系统、订单跟踪、电子化交易。

(2) 企业门户

新型企业门户不再简单地以一个网站来实现，它不但综合了为企业内部员工或部门的服务，还可以为企业伙伴及用户服务，同时也是企业管理者了解企业运行状态，调控企业运行的管理工具。企业各个部分的运行情况均可以通过它传递给允许接触到相关信息的使用者。管理者可以通过门户掌握企业的动态，调控企业的运行，直达下级领导建立沟通。而企业内部的员工与企业外部的伙伴或客户均可通过这一平台找到相关的人（工作人员），建立起这样那样的信息交流通道，实现不同的协作目标。这将综合S/C技术和P2P技术，P2P部分将实现信息定向推送，实时沟通和数据互动。

(3) P2P群集和VPN

构建于互联网之上的P2P应用不再简单地限于两个点，完全可以扩展到多点的群集，形成互联网中的一个虚拟的子网，构成一个精简的VPN。这样一来，通过相对简单的，仅仅是对P2P用户端软件的操作，用户就可以主动地选择不同的VPN并加入，同时也就使得了不同的VPN同时存在于互联网之中。个性化、专业化同时又是开放（基于互联网）的VPN的出现，使信息的集中和流动更接近现实社会的信息流动方式，更易于为人们所接受。比如喜爱音乐的人们建立了自己的音乐VPN，擅长编程的设计师可以建立自己的程序员VPN，而对于企业，行业化、渠道化的组织终于有了一个在互联网上安家的便捷途径。可以预计，行业化的目录服务、信息服务将通过此方式迅速涌现，为企业电子商务打下一个良好基础。

(4) 人机远程互动和机机互动

远程监控和调试已经运用在许多工业场合，甚至也出现了一些通过网站方式运行的方案，但网站方式在速度和交互性方面的缺陷使得用户无法接受。P2P方案为这方面的应用开辟了新的天地，利用它，一个锅炉厂商可以通过互联网帮助其客户调控其锅炉的运行状态，而我们也可以在回家的路上用手机将家中的空调提前打开。

(5) 宽带网及无线移动网应用

当带宽达到数据流要求的容量，如实时音频、实时视频，人们期待已久的多种网络应用就会呈现在面前。而特别能满足交互需要的P2P技术更有一块施展的天地，电话会议、视频会议、远程教育、培训、安装调试等等都将为企业带来P2P技术的新应用。实际上ICQ作为P2P技术已经开始应用在手机短信上。

2. 企业P2P互联网应用的市场特点

(1) 构成企业B2B电子商务内容的一部分。

(2) 促进建立新的互联网数据交换标准和数据安全模式。

(3) 引起新一代互联网的应用，可以建立起底层结构平台。

(4) 具有领域化的市场分割—与前一时期的互联网热有相同的出发点，将建立起相关行业的群落。

(5) 有较明确的赢利模式。由于P2P产品不再像S/C方式那样客户仅使用浏览器，而是使用特质的客户端软件，同时软件的使用需厂家的直接支持，用户对购买软件或缴纳使用费很容易理解。

(6) 向后产品和技术可以整合进入企业内部信息管理市场，向前可以进入企业外部电子商务市场。

3. 估计的产品形式

(1) 底层基础开发平台及专项应用软件。

(2) 软件工程。为企业量身定做。

(3) 软件服务。将软件功能租给企业使用及信息服务。


表 P2P技术与互联网技术比较
                                       P2P  S/C
数据发布                           好 差
数据接收                           中 好
数据互动性                        好 差
数据即时性（传输速度）     好 差
数据安全性                        差 好
数据更新                           好 差
数据质量（价值）              中 好
数据覆盖率和数量（价值） 差 好
数据成本控制                     好 差
数据管理方便性                  差 好