北大青鸟java培训：学习Java开发需要注意哪些要点？

在学习Java开发的过程中，很多人开始对Java的了解非常少，那么在初学Java的时候有哪些需要主要的要点呢？一般情况下，如果能够掌握一些注意要点能够帮助学习软件开发的学生快速的熟悉学习方法，在学习的过程中少走弯路，并且能够在短时间里面掌握重要的技术要点，那么在学习Java开发过程中需要注意什么呢？下面电脑培训为大家具体介绍。

一、将需要变动的配置写在属性文件中如果在学习的过程中没有把需要执行时的使用线程设置成可在属性文件中配置，那么整个程序无论是在DEV环境中还是在TEST环境中，都可以很好的进行运行，但是如果是部署在PROD上面，那么多线程程序在处理的过程中需要更大的数据。

如果线程数目在属性文件中进行配置，那么北京电脑培训认为这个单线程程序会变得更加简单，后期就不需要解决问题并且也不需要进行部署和测试的应用，这样的方法更加适合配置URL、服务器和端口。

二、测试模拟线上环境生产过程中的典型场景是仅使用一个或三个帐户进行测试，此数字应为1000到2000。

在进行性能测试时，所使用的数据必须是真实且未切割的。

如果不接近现实世界的性能测试可能导致不可预测的性能扩展和多线程问题。

在这里，java课程认为您也可以采用预发布环境来解决一些问题。

三、外部调用和内部服务需要进行容错处理在学习过程中，了解外部调用和内部服务是非常重要的，无论是采用RPC调用还是对于第三方服务调用，都不能认为是可用性的。

在整个过程中是不允许出现服务调用和重试的情况，这样就能很好的保证程序的稳定性，避免性能造成的不利影响。

四、做好系统监控等关键功能针对系统中重要的功能模块应该做好重要的监控，这样才能更好的防止系统的运行，避免造成不可控的损失。

并且还可以在监控中查看出故障，去尝试恢复可能存在的问题，了解如果恢复失败应该如何发送警告。

对于一些非常重要的文件，北京java培训建议提前做好冗余备份，这样才能够避免出现故障导致数据丢失的情况。

你要说的应该是J2EE吧发音就是你J-TWO-E-E，呵呵，你还是没听错，给你个百科的J2EE标准说明，看看你就明白了：记得给分哦~~

网址如下

http://baike.baidu.com/view/1507.htm

J2EE简介

J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）

J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。

一、J2EE的概念

目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro

版（Java 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（

Java 2 Platform Standard Edition，J2SE）、适用于创建服务器应用程序和服务的Jav

a 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。

J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问

题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩

固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC

API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对

EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及X

ML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间

的体系结构。

J2体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠

性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的

费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise

JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高

了性能。

二. J2EE的优势

J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:

1. 保留现存的IT资产: 由于企业必须适应新的商业需求，利用已有的企业信息系

统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是

激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J

2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS,

IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为

可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。每一

个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径

。由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系

统和硬件也能被保留使用。

2. 高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供

应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时

间。高级中间件供应商提供以下这些复杂的中间件服务:

o 状态管理服务 -- 让开发人员写更少的代码，不用关心如何管理状态，

这样能够更快地完成程序开发。

o 持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用

程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。

o 分布式共享数据对象CACHE服务 -- 让开发人员编制高性能的系统，极大

提高整体部署的伸缩性。

3. 支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应

用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需

开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标

准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省

了由自己制订整个方案所需的费用。

4. 可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸

缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可

被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支

持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛

的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千

个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。

稳定的可用性: 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要

。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失

。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的

可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性能更好的操作系统如Sun

Solaris、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机

时间。这是实时性很强商业系统理想的选择。

三. J2EE 的四层模型

J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据

他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式

(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种

模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经

常基于某种专有的协议??通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非

常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一

个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构:

运行在客户端机器上的客户层组件

运行在J2EE服务器上的Web层组件

运行在J2EE服务器上的业务逻辑层组件

运行在EIS服务器上的企业信息系统(Enterprise information system)层软件

J2EE应用程序组件

J2EE应用程序是由组件构成的.J2EE组件是具有独立功能的软件单元，它们通过相关

的类和文件组装成J2EE应用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE

组件:

应用客户端程序和applets是客户层组件.

Java Servlet和JavaServer Pages(JSP)是web层组件.

Enterprise JavaBeans(EJB)是业务层组件.

客户层组件

J2EE应用程序可以是基于web方式的,也可以是基于传统方式的.

web 层组件

J2EE web层组件可以是JSP 页面或Servlets.按照J2EE规范，静态的HTML页面和Appl

ets不算是web层组件。

正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把

输入发送给运行在业务层上的enterprise bean 来进行处理。

业务层组件

业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务

层上的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端

程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆

向进行。

有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和消息驱动(messa

ge-driven) beans. 会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后,

会话bean 和相关数据就会消失. 相反, 实体bean 表示数据库的表中一行永久的记录.

当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存.

消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步

接收JMS 消息.

企业信息系统层

企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划

(ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统. 例如，J2EE 应用组件可

能为了数据库连接需要访问企业信息系统

四. J2EE 的结构

这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务

逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台

服务. 因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题。

容器和服务

容器设置定制了J2EE服务器所提供得内在支持，包括安全，事务管理，JNDI(Java

Naming and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务

：

J2EE安全(Security)模型可以让你配置 web 组件或enterprise bean ,这样只有被授权

的用户才能访问系统资源. 每一客户属于一个特别的角色，而每个角色只允许激活特定

的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声

明性的方法，你不必编写加强安全性的规则。

J2EE 事务管理（Transaction Management）模型让你指定组成一个事务中所有方法间的

关系，这样一个事务中的所有方法被当成一个单一的单元. 当客户端激活一个enterpris

e bean中的方法，容器介入一管理事务。因有容器管理事务，在enterprise bean中不必

对事务的边界进行编码。要求控制分布式事务的代码会非常复杂。你只需在布置描述文

件中声明enterprise bean的事务属性，而不用编写并调试复杂的代码。容器将读此文件

并为你处理此enterprise bean的事务。

JNDI 寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口,这

样应用程序组件可以访问名字和目录服务.

J2EE远程连接（Remote Client Connectivity）模型管理客户端和enterprise bean间的

低层交互. 当一个enterprise bean创建后, 一个客户端可以调用它的方法就象它和客户

端位于同一虚拟机上一样.

生存周期管理（Life Cycle Management）模型管理enterprise bean的创建和移除,一个

enterprise bean在其生存周期中将会历经几种状态。容器创建enterprise bean，并在

可用实例池与活动状态中移动他，而最终将其从容器中移除。即使可以调用enterprise

bean的create及remove方法，容器也将会在后台执行这些任务。

数据库连接池（Database Connection Pooling）模型是一个有价值的资源。获取数据库

连接是一项耗时的工作，而且连接数非常有限。容器通过管理连接池来缓和这些问题。e

nterprise bean可从池中迅速获取连接。在bean释放连接之可为其他bean使用。

容器类型

J2EE应用组件可以安装部署到以下几种容器中去:

EJB 容器管理所有J2EE 应用程序中企业级bean 的执行. enterprise bean 和它们的容

器运行在J2EE 服务器上.

Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行. Web 组件和它们的容

器运行在J2EE 服务器上.

应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行. 应用程序客

户端和它们的容器运行在J2EE 服务器上.

Applet 容器是运行在客户端机器上的web浏览器和 Java 插件的结合.。

五. J2EE的核心API与组件

J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基

于Web的多层应用提供了功能支持，下面对J2EE中的13种技术规范进行简单的描述(限于

篇幅，这里只能进行简单的描述):

1. JDBC(Java Database Connectivity)：

JDBC API为访问不同的数据库提供了一种统一的途径，象ODBC一样，JDBC对开发者屏蔽

了一些细节问题，另外，JDCB对数据库的访问也具有平台无关性。

2. JNDI(Java Name and Directory Interface)：

JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源

如DNS和LDAP，本地文件系统，或应用服务器中的对象。

3. EJB(Enterprise JavaBean):

J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实

施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发

。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的

服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的

是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种

和EJB平行的方式来达到同样的目的。

4. RMI(Remote Method Invoke):

正如其名字所表示的那样，RMI协议调用远程对象上方法。它使用了序列化方式在客户端

和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。

5. Java IDL/CORBA:

在Java IDL的支持下，开发人员可以将Java和CORBA集成在一起。他们可以创建Java对象

并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的C

ORBA对象的客户。后一种方法提供了另外一种途径，通过它Java可以被用于将你的新的

应用和旧的系统相集成。

6. JSP(Java Server Pages):

JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对

这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。

7. Java Servlet:

Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用

，当被请求时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似

，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而servlets

全部由Java写成并且生成HTML。

8. XML(Extensible Markup Language):

XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。

XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过

将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。

9. JMS(Java Message Service):

MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有

支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的

消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另

一种方式来对您的应用与旧的后台系统相集成。

10. JTA(Java Transaction Architecture):

JTA定义了一种标准的API，应用系统由此可以访问各种事务监控。

11. JTS(Java Transaction Service):

JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理

器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS

specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以

及通信资源管理器提供了事务服务。

12. JavaMail:

JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。不仅支持SM

TP服务器，也支持IMAP服务器。

JAF(JavaBeans Activation Framework):

JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象，或

者转换自Java对象。大多数应用都可以不需要直接使用JAF。

[编辑本段]J2EE初学者需要注意的问题

体系结构简单介绍

一、J2EE提出的背景

1、 企业级应用框架的需求

在许多企业级应用中，例如数据库连接、邮件服务、事务处理等都是一些通用企业需求模块，这些模块如果每次再开发中都由开发人员来完成的话，将会造成开发周期长和代码可靠性差等问题。于是许多大公司开发了自己的通用模块服务。这些服务性的软件系列统称为中间件。

2、 为了通用必须要提出规范，不然无法达到通用

在上面的需求基础之上，许多公司都开发了自己的中间件，但其与用户的沟通都各有不同，从而导致用户无法将各个公司不同的中间件组装在一块为自己服务。从而产生瓶颈。于是提出标准的概念。其实J2EE就是基于JAVA技术的一系列标准。

注：中间件的解释 中间件处在操作系统和更高一级应用程序之间。它充当的功能是：将应用程序运行环境与操作系统隔离，从而实现应用程序开发者不必为更多系统问题忧虑，而直接关注该应用程序在解决问题上的能力 。我们后面说到的容器的概念就是中间件的一种。

二、相关名词解释

容器：充当中间件的角色

WEB容器：给处于其中的应用程序组件(JSP，SERVLET)提供一个环境，使JSP,SERVLET直接与容器中的环境变量接口交互，不必关注其它系统问题。主要由WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。该容器提供的接口严格遵守J2EE规范中的WEB APPLICATION 标准。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。

容器：Enterprise java bean 容器。更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器，马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。

WEB容器和EJB容器在原理上是大体相同的，更多的区别是被隔离的外界环境。WEB容器更多的是跟基于HTTP的请求打交道。而EJB容器不是。它是更多的跟数据库、其它服务打交道。但他们都是把与外界的交互实现从而减轻应用程序的负担。例如SERVLET不用关心HTTP的细节，直接引用环境变量session,request,response就行、EJB不用关心数据库连接速度、各种事务控制，直接由容器来完成。

RMI/IIOP:远程方法调用internet对象请求中介协议，他们主要用于通过远程调用服务。例如，远程有一台计算机上运行一个程序，它提供股票分析服务，我们可以在本地计算机上实现对其直接调用。当然这是要通过一定的规范才能在异构的系统之间进行通信。RMI是JAVA特有的。

JNDI:JAVA命名目录服务。主要提供的功能是：提供一个目录系统，让其它各地的应用程序在其上面留下自己的索引，从而满足快速查找和定位分布式应用程序的功能。

JMS:JAVA消息服务。主要实现各个应用程序之间的通讯。包括点对点和广播。

JAVAMAIL:JAVA邮件服务。提供邮件的存储、传输功能。他是编程中实现邮件功能的核心。相当MS中的EXCHANGE开发包。

JTA：JAVA事务服务。提供各种分布式事务服务。应用程序只需调用其提供的接口即可。

JAF:JAVA安全认证框架。提供一些安全控制方面的框架。让开发者通过各种部署和自定义实现自己的个性安全控制策略。

EAI:企业应用集成。是一种概念，从而牵涉到好多技术。J2EE技术是一种很好的集成实现。

三、J2EE的优越性

1、 基于JAVA 技术，平台无关性表现突出

2、 开放的标准，许多大型公司已经实现了对该规范支持的应用服务器。如BEA,IBM,ORACLE等。

3、 提供相当专业的通用软件服务。

4、 提供了一个优秀的企业级应用程序框架，对快速高质量开发打下基础

四、现状

J2EE是由SUN 公司开发的一套企业级应用规范。现在最高版本是1.6。支持J2EE的应用服务器有IBM WEBSPHERE APPLICATION SERVER,BEA WEBLOGIC SERVER,JBOSS,ORACLE APPLICATION SERVER,SUN ONE APPLICATION SERVER 等。

[编辑本段]J2EE的13种核心技术

为了联系实际，GOULD基于WEBLOGIC应用服务器（来自BEA SYSTEMS公司的一种广为应用的产品）环境来介绍J2EE的这些技术。

JAVA最初是在浏览器和客户端机器中粉墨登场的。当时，很多人质疑它是否适合做服务器端的开发。现在，随着对JAVA2平台企业版（J2EE）第三方支持的增多，JAVA被广泛接纳为开发企业级服务器端解决方案的首选平台之一。

J2EE平台由一整套服务（SERVICES）、应用程序接口（APIS）和协议构成，它对开发基于WEB的多层应用提供了功能支持。在本文中我将解释支撑J2EE的13种核心技术：JDBC, JNDI, EJBS, RMI, JSP, JAVA SERVLETS, XML, JMS, JAVA IDL, JTS, JTA, JAVA MAIL 和 JAF，同时还将描述在何时、何处需要使用这些技术。当然，我还要介绍这些不同的技术之间是如何交互的。此外，为了让您更好地感受J2EE的真实应用，我将在WEBLOGIC应用服务器（来自BEA SYSTEMS公司的一种广为应用的产品）环境下来介绍这些技术。不论对于WEBLOGIC应用服务器和J2EE的新手，还是那些想了解J2EE能带来什么好处的项目管理者和系统分析员，相信本文一定很有参考价值......

基本原理 要实现网络机器间的通讯，首先得来看看计算机系统网络通信的基本原理，在底层层面去看，网络通信需要做的就是将流从一台计算机传输到另外一台计算机，基于传输协议和网络 IO 来实现，其中传输协议比较出名的有 http、tcp、 udp 等等，http、tcp、udp 都是在基于Socket 概念上为某类应用场景而扩展出的传输协议，网络IO，主要有bio、nio、aio 三种方式，所有的分布式应用通讯都基于这个原理而实现，只是为了应用的易用，各种语言通常都会提供一些更为贴近应用易用的应用层协议。 应用级协议 远程服务通讯，需要达到的目标是在一台计算机发起请求，另外一台机器在接收到请求后进行相应的处理并将结果返回给请求端，这其中又会有诸如 onewayrequest、同步请求、异步请求等等请求方式，按照网络通信原理，需要实现这个需要做的就是将请求转换成流，通过传输协议传输至远端，远端计算机在接收到请求的流后进行处理，处理完毕后将结果转化为流，并通过传输协议返回给调用端。原理是这样的，但为了应用的方便，业界推出了很多基于此原理之上的应用级的协议，使得大家可以不用去直接操作这么底层的东西，通常应用级的远程通信协议会提供: 1.为了避免直接做流操作这么麻烦，提供一种更加易用或贴合语言的标准传输格式2.网络通信机制的实现，就是替你完成了将传输格式转化为流，通过某种传输协议传输至远端计算机，远端计算机在接收到流后转化为传输格式，并进行存储或以某种方式通知远端计算机。 所以在学习应用级的远程通信协议时，我们可以带着这几个问题进行学习: 1.传输的标准格式是什么?2.怎么样将请求转化为传输的流?3.怎么接收和处理流?4.传输协议是? 不过应用级的远程通信协议并不会在传输协议上做什么多大的改进，主要是在流操作方面，让应用层生成流和处理流的这个过程更加的贴合所使用的语言或标准，至于传输协议则通常都是可选的，在java 领域中知名的有:RMI、 XML-RPC、Binary-RPC、SOAP、CORBA、JMS，来具体的看看这些远程通信的应用级协议: RMIRMI 是个典型的为java 定制的远程通信协议，我们都知道，在 singlevm 中，我们可以通过直接调用javaobjectinstance 来实现通信，那么在远程通信时，如果也能按照这种方式当然是最好了，这种远程通信的机制成为RPC(RemoteProcedureCall)，RMI 正是朝着这个目标而诞生的。 来看下基于RMI 的一次完整的远程通信过程的原理: 1.客户端发起请求，请求转交至RMI 客户端的stub 类2.stub 类将请求的接口、方法、参数等信息进行序列化3.基于socket 将序列化后的流传输至服务器端4.服务器端接收到流后转发至相应的skelton 类5.skelton 类将请求的信息反序列化后调用实际的处理类6.处理类处理完毕后将结果返回给 skelton 类7.Skelton 类将结果序列化，通过socket 将流传送给客户端的 stub8.stub 在接收到流后反序列化，将反序列化后的JavaObject 返回给调用者。 根据原理来回答下之前学习应用级协议带着的几个问题: 1.传输的标准格式是什么?是JavaObjectStream。2.怎么样将请求转化为传输的流?基于Java 串行化机制将请求的javaobject 信息转化为流。3.怎么接收和处理流?根据采用的协议启动相应的监听端口，当有流进入后基于Java 串行化机制将流进行反序列化，并根据RMI 协议获取到相应的处理对象信息，进行调用并处理，处理完毕后的结果同样基于java 串行化机制进行返回。4.传输协议是?Socket。 XML-RPCXML-RPC 也是一种和RMI 类似的远程调用的协议，它和RMI 的不同之处在于它以标准的 xml 格式来定义请求的信息(请求的对象、方法、参数等)，这样的好处是什么呢，就是在跨语言通讯的时候也可以使用。 来看下XML-RPC 协议的一次远程通信过程: 1.客户端发起请求，按照XML-RPC 协议将请求信息进行填充2.填充完毕后将xml 转化为流，通过传输协议进行传输3.接收到在接收到流后转换为xml，按照XML-RPC 协议获取请求的信息并进行处理4.处理完毕后将结果按照XML- RPC 协议写入xml 中并返回。 同样来回答问题: 1.传输的标准格式是?标准格式的XML。2.怎么样将请求转化为传输的流? 将XML 转化为流。3.怎么接收和处理流?通过监听的端口获取到请求的流，转化为XML，并根据协议获取请求的信息，进行处理并将结果写入XML 中返回。4. 传输协议是?Http。 Binary-RPCBinary-RPC 看名字就知道和XML-RPC 是差不多的了，不同之处仅在于传输的标准格式由XML 转为了二进制的格式。 同样来回答问题: 1.传输的标准格式是?标准格式的二进制文件。2.怎么样将请求转化为传输的流?将二进制格式文件转化为流。3.怎么接收和处理流?通过监听的端口获取到请求的流，转化为二进制文件，根据协议获取请求的信息，进行处理并将结果写入XML 中返回。4.传输协议是?Http。 SOAPSOAP 原意为SimpleObjectAccessProtocol，是一个用于分布式环境的、轻量级的、基于XML 进行信息交换的通信协议，可以认为SOAP 是XMLRPC 的高级版，两者的原理完全相同，都是http+XML，不同的仅在于两者定义的XML 规范不同，SOAP 也是Webservice 采用的服务调用协议标准，因此在此就不多加阐述了。 CORBACommonObjectRequestBrokerArchitecture(公用对象请求代理[调度]程序体系结构)，是一组用来定义"分布式对象系统"的标准，由 OMG(ObjectMenagementGroup)作为发起和标准制定单位。CORBA 的目的是定义一套协议，符合这个协议的对象可以互相交互，不论它们是用什么样的语言写的，不论它们运行于什么样的机器和操作系统。CORBA 在我看来是个类似于SOA 的体系架构，涵盖可选的远程通信协议，但其本身不能列入通信协议这里来讲，而且CORBA 基本淘汰，再加上对CORBA 也不怎么懂，在此就不进行阐述了。 JMSJMS 呢，是实现java 领域远程通信的一种手段和方法，基于JMS 实现远程通信时和RPC 是不同的，虽然可以做到RPC 的效果，但因为不是从协议级别定义的，因此我们不认为JMS 是个RPC 协议，但它确实是个远程通信协议，在其他的语言体系中也存在着类似JMS 的东西，可以统一的将这类机制称为消息机制，而消息机制呢，通常是高并发、分布式领域推荐的一种通信机制，这里的主要一个问题是容错(详细见ErLang 论文)。 来看JMS 中的一次远程通信的过程: 1.客户端将请求转化为符合JMS 规定的Message2.通过JMSAPI 将Message 放入JMSQueue 或Topic 中3.如为JMSQueue，则发送中相应的目标Queue 中，如为Topic，则发送给订阅了此Topic 的JMSQueue。4.处理端则通过轮训 JMSQueue，来获取消息，接收到消息后根据JMS 协议来解析Message 并处理。 回答问题: 1.传输的标准格式是?JMS 规定的Message。2.怎么样将请求转化为传输的流?将参数信息放入Message 中即可。3.怎么接收和处理流?轮训JMSQueue 来接收Message，接收到后进行处理，处理完毕后仍然是以Message 的方式放入 Queue 中发送或Multicast。4.传输协议是?不限。 基于JMS 也是常用的实现远程异步调用的方法之一。

---