当前位置：文档库 › WebService CXF学习——入门篇

WebService CXF学习——入门篇

2010年12月13日星期一下午 10:05

入门篇1——CXF由来

WebService介绍

WebService让一个程序可以透明地调用互联网程序，不用管具体的实现细节。只要WebService公开了服务接口，远程客户端就可以调用服务。WebService是基于http协议的组件服务，WebService是分散式应用程序的发展趋势。

WebService的开源实现

WebService更多是一种标准，而不是一种具体的技术。不同的平台，不同的语言大都提供WebService的开发实现。在JAVA领域，WebService的框架很多，例如：AXIS，XFire,CXF 等。AXIS，XFire相对比较成熟，资料相对较多。在这里我们只对CXF进行讲解，其他大家想学习到互联网找相关资料学习。

CXF框架由来

ApacheCXF项目是由ObjectWeb Celtix和CodeHaus XFire合并成立。ObjectWeb Celtix是由IONA公司赞助，于2005年成立的开源Java ESB产品，XFire则是业界知名的SOAP堆栈。合并后的ApacheCXF融合该两个开源项目的功能精华，提供了实现SOA所需要的核心ESB功能框架，包括SOA服务创建，服务路由，及一系列企业级QoS功能。

ApacheCXF架框的目标

1.概述

<>高性能

<>可扩展

<>直观易用

2.支持标准

<> JAX-WS, JSR-181, SAAJ, JAX-RS

<> SOAP 1.1, 1.2, WS-I BasicProfile, WS-Security, WS-Addressing, WS-RM, WS-Policy <> WSDL 1.1

<> MTOM

3.传输方式，绑定，数据绑定，传送数据格式

<> 绑定: SOAP, REST/HTTP

<> 数据绑定: JAXB 2.x, Aegis, XMLBeans, SDO

<> 传送数据格式: XML, JSON, FastInfoset

<> 传输方式: HTTP, Servlet, JMS

4.部署灵活

<> 轻量级: 可以将服务部署到Tomcat或其支持Spring的容器中

<> JBI整合: 部署一个服务引擎到JBI容器，例如：ServiceMix, OpenESB or Petals <> J2EE集成: 可以将服务部署到J2EE应用服务器上，例如：Geronimo, JOnAS, JBoss, WebLogic, 及WebSphere

<> Java 客户端/服务端可以独立性

5.支持多种编程语言

<> 完全支持JAX-WS 2.x 客户端/服务端模式

<> JAX-WS 2.x synchronous, asynchronous and one-way API's

<> JAX-WS 2.x Dynamic Invocation Interface (DII) API

<> 支持wrapped and non-wrapped 数据格式

<> XML messaging API

<> 支持JavaScript 和ECMAScript 4 XML (E4X)

<> 支持CORBA

<> 支持JBI及ServiceMix

6.可编程环境

<> Java to WSDL

<> WSDL to Java

<> XSD to WSDL

<> WSDL to XML

<> WSDL to SOAP

<> WSDL to service

入门篇2——HelloWorld

理论联系实际，单单只讲理论那就成了纸上谈兵，用一个HelloWorld Demo可来说明事更加直观。那下面咱们就开始进行讲解：

首先到apache官方网下载apache-cxf-2.2.2,地址：https://www.wendangku.net/doc/c93324371.html,/

新建一个Java Project,导入cxf常用.jar包

Java代码

1. commons-logging-1.1.1.jar

2. geronimo-activation_1.1_spec-1.0.2.jar (or Sun's Activation jar)

3. geronimo-annotation_1.0_spec-1.1.1.jar (JSR 250)

4. geronimo-javamail_1.4_spec-1.6.jar (or Sun's JavaMail jar)

5. geronimo-servlet_2.5_spec-1.2.jar (or Sun's Servlet jar)

6. geronimo-ws-metadata_2.0_spec-1.1.2.jar (JSR 181)

7. geronimo-jaxws_2.1_spec-1.0.jar (or Sun's jaxws-api-2.1.jar)

8. geronimo-stax-api_1.0_spec-1.0.1.jar (or other stax-api jar)

9. jaxb-api-2.1.jar

10. jaxb-impl-2.1.12.jar

11. jetty-6.1.21.jar

12. jetty-util-6.1.21.jar

13. neethi-2.0.4.jar

14. saaj-api-1.3.jar

15. saaj-impl-1.3.2.jar

16. wsdl4j-1.6.2.jar

17. wstx-asl-3.2.8.jar

18. XmlSchema-1.4.5.jar

19. xml-resolver-1.2.jar

20. cxf-2.2.2.jar

接下就是HelloWorld Demo开发了

第一步：新建一个webservice接口

Java代码

1. @WebService

2. public interface IHelloWorld {

3. //@WebParam给参数命名，提高可代码可读性。此项可选

4. blic String sayHi(@WebParam(name="text") String text);

5. }

通过注解@WebService申明为webservice接口

第二步，实现WebService接口

Java代码

1. @WebService

2. public class HelloWorldImpl implements IHelloWorld {

4. public String sayHi(String name) {

5. System.out.println("sayHello is called by " + name);

6. return "Hello " + name;

7. }

9. }

第三步，创建服务端

Java代码

1. public class Server {

3. private Server(){

4. IHelloWorld helloWorld = new HelloWorldImpl();

5. //创建WebService服务工厂

6. JaxWsServerFactoryBean factory = new JaxWsServerFactoryBean();

7. //注册WebService接口

8. factory.setServiceClass(IHelloWorld.class);

9. //发布接口

10. factory.setAddress("http://localhost:9000/HelloWorld");

11. factory.setServiceBean(helloWorld);

12. //创建WebService

13. factory.create();

14. };

15.

16. public static void main(String[] args) throws InterruptedException{

17. //启动服务端

18. new Server();

19. System.out.println("Server ready...");

20. //休眠一分钟，便于测试

21. Thread.sleep(1000*60);

22. System.out.println("Server exit...");

23. System.exit(0);

24. }

25. }

第四步，创建客户端

Java代码

1. public class Client {

3. private Client(){};

5. public static void main(String[] args){

6. //创建WebService客户端代理工厂

7. JaxWsProxyFactoryBean factory = new JaxWsProxyFactoryBean();

8. //注册WebService接口

9. factory.setServiceClass(HelloWorld.class);

10. //设置WebService地址

11. factory.setAddress("http://localhost:9000/HelloWorld");

12. IHelloWorld iHelloWorld = (IHelloWorld)factory.create();

13. System.out.println("invoke webservice...");

14. System.out.println("message context is:"+iHelloWorld.sayHi("

15. Josen"));

16. System.exit(0);

17. }

18. }

19.

最后是万事俱备，只欠测试了

首先，运行服务端程序

其次，打开浏览器，在地址栏中输入http://localhost:9000/HelloWorld?wsdl（因为cxf自带了一个jetty服务器），查看接口是否发布成功,如里浏览器页面显示下面内容，证明接口发布成功

Java代码

targetNamespace="https://www.wendangku.net/doc/c93324371.html,/">

10.

11.

12.

13.

14.

15.

16.

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

31.

32.

33.

34.

35.

36.

37.

38.

39.

40.

41.

42.

43.

44.

45.

46.

47.

48.

49.

51.

入门篇3——WSDL描述

由于网上有很多相关这方面的资料，在这里我就转载

https://www.wendangku.net/doc/c93324371.html,/developerworks/cn/webservices/ws-wsdl/index.html一篇，不再重新讲述了。

本文初步介绍了Web Service 'stack'中对于Web服务即时装配，自动集成起着关键作用的WSDL规范，首先介绍了WSDL的作用和意义，其次对WSDL文档的结构作出概要地介绍，对每个元素的作用作了探讨，分析了其开放和复用的体系设计的思想，最后通过一个实例详细说明了WSDL的工作模式。

本文所引用的资源主要包括两类，一类是Web服务的技术资源网站，包含了大量Web

服务的技术信息，另一类是Web服务“stack"系列技术规范，他们是一个整体的技术体系，

包括UDDI、SOAP、WSDL、XML等。本文的最后给出了这些资源的链接，有兴趣的读者可以通过这些资源链接找到所需的内容。

Web Service "Stack"

在我的先前的文章中，我已经介绍过Web服务的整个技术体系Web Service "stack"，如

下图：

Figure 1. Web Service "stack"

其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准：IP、HTTP、SMTP等。而蓝色部分是目前开发的Web服务的相关标准协议，包括服务调用协议SOAP、服务描述协议WSDL和服务发现/集成协议UDDI，以及服务工作流描述语言WSFL。而橙色部分描述的是更高层的待开发的关于路由、可靠性以及事务等方面的协议。黄色部分是各个协议层的公用机制，这些机制一般由外部的正交机制来完成。

其中，一个可以使用的Web服务应当按照需要选用若干层次的功能，而无需所有的特性。但是无论如何为了实现一个一般意义上的Web服务，具备Web服务的基础特性：跨平台调用和接口可机器识别，那么必需使用WSDL和SOAP。SOAP是用来最终完成Web服务调用的，而WSDL则是用于描述如何使用SOAP来调用Web服务的。

WSDL 是一种XML Application，他将Web服务描述定义为一组服务访问点，客户端可以通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问(类似远程过程调用)。WSDL首先对访问的操作和访问时使用的请求/响应消息进行抽象描述，然后将其绑定到具体的传输协议和消息格式上以最终定义具体部署的服务访问点。相关的具体部署的服务访问点通过组合就成为抽象的Web服务。

在具体使用中，我们可以对WSDL 进行扩展(类似SOAP的可扩展性)，这样无论通信时使用何种消息格式或网络协议，都可以对服务访问点及其使用的消息格式进行描述。在WSDL的框架中，可以使用任意的消息格式和网络协议，如同SOAP中可以使用任意的网络协议一样。在WSDL规范中，定义了如何使用SOAP消息格式、HTTP GET/POST消息格式以及MIME格式来完成Web服务交互的规范。

WSDL概述

由于通信协议和消息格式在Web 技术圈子里已经达到了标准化，我们知道在通常的开发过程中，对于对象的Interface一定具备相应的SDK描述文档，Web服务也是一种对象，只不过它是被部署在Web上而已。很自然的，我们也完全需要有对Web服务这个对象的界面的SDK描述文档。然而这两者又不尽相同，一来目前在Web上的应用已经完全接受了XML这个基本的标准，基本上所有新出台的技术都是基于XML标准的，二来Web服务的目标是即时装配，松散耦合以及自动集成的，这意味着SDK描述文档应当是具备被机器识别的能力的。

也就是说，对于使用标准化的消息格式/通信协议的Web服务，它需要以某种结构化的方式(即XML)对Web服务的调用/通信加以描述，而且实现这一点也显得非常重要，这是Web 服务即时装配的基本保证。WSDL正是这样一种描述语言，WSDL 定义了一套基于XML 的语法，将Web服务描述为能够进行消息交换的服务访问点的集合，从而满足了这种需求。WSDL 服务定义为分布式系统提供了可机器识别的SDK文档，并且可用于描述自动执行应用程序通信中所涉及的细节。

WSDL 文档将Web服务定义为服务访问点或端口的集合。在WSDL 中，由于服务访问点和消息的抽象定义已从具体的服务部署或数据格式绑定中分离出来，因此可以对抽象定义进行再次使用：消息，指对交换数据的抽象描述；而端口类型，指操作的抽象集合。用于特定端口类型的具体协议和数据格式规范构成了可以再次使用的绑定。将Web访问地址与可再次使用的绑定相关联，可以定义一个端口，而端口的集合则定义为服务。因此，WSDL 文档在Web服务的定义中使用下列元素：

* Types - 数据类型定义的容器，它使用某种类型系统(一般地使用XML Schema中的类型系统)。

* Message - 通信消息的数据结构的抽象类型化定义。使用Types所定义的类型来定义整个消息的数据结构。

* Operation - 对服务中所支持的操作的抽象描述，一般单个Operation描述了一个访问入口的请求/响应消息对。

* PortType - 对于某个访问入口点类型所支持的操作的抽象集合，这些操作可以由一个或多个服务访问点来支持。

* Binding - 特定端口类型的具体协议和数据格式规范的绑定。

* Port - 定义为协议/数据格式绑定与具体Web访问地址组合的单个服务访问点。

* Service - 相关服务访问点的集合。

大家可以参考下图，来理解一下WSDL文档的结构组织：

Figure 2. WSDL元素的对象结构示意图

其中，Types是一个数据类型定义的容器，包含了所有在消息定义中需要的XML元素的类型定义，我将在今后的文章中结合XML Schema来详细说明如何进行类型定义。

Message具体定义了在通信中使用的消息的数据结构，Message元素包含了一组Part元素，每个Part元素都是最终消息的一个组成部分，每个Part都会引用一个DataType来表示它的结构。Part元素不支持嵌套(可以使用DataType来完成这方面的需要)，都是并列出现。

PortType具体定义了一种服务访问入口的类型，何谓访问入口的类型呢？就是传入/传出消息的模式及其格式。一个PortType可以包含若干个Operation，而一个Operation则是指访问入口支持的一种类型的调用。在WSDL里面支持四种访问入口调用的模式：

1. 单请求;

2. 单响应;

3. 请求/响应;

4. 响应/请求。

在这里请求指的是从客户端到Web服务端，而响应指的是从Web服务端到客户端。PortType的定义中会引用消息定义部分的一个到两个消息，作为请求或响应消息的格式。比如，一个股票查询的访问入口可能就会支持两种请求消息，一种请求消息中指明股票代码，而另一种请求消息中则会指明股票的名称，响应消息可能都是股票的价格等等。

以上三种结构描述了调用Web服务的抽象定义，这三部分与具体Web服务部署细节无关，是可复用的描述(每个层次都可以复用)。如果与一般的对象语言做比较的话，这部分可以堪称是IDL描述的对象，描述了对象的接口标准，但是到底对象是用哪种语言实现，遵从哪种平台的细节规范，被部署在哪台机器上则是后面的元素所描述的。

Service描述的是一个具体的被部署的Web服务所提供的所有访问入口的部署细节，一个Service往往会包含多个服务访问入口，而每个访问入口都会使用一个Port元素来描述。

Port描述的是一个服务访问入口的部署细节，包括通过哪个Web地址(URL)来访问，应当使用怎样的消息调用模式来访问等。其中消息调用模式则是使用Binding结构来表示。

Binding结构定义了某个PortType与某一种具体的网络传输协议或消息传输协议相绑定，从这一层次开始，描述的内容就与具体服务的部署相关了。比如可以将PortType与

SOAP/HTTP绑定，也可以将PortType与MIME/SMTP相绑定等。

在介绍了WSDL的主要元素之后，大家会发现，WSDL的设计理念完全继承了以XML 为基础的当代Web技术标准的一贯设计理念：开放。WSDL允许通过扩展使用其他的类型定义语言(不光是XML Schema)，允许使用多种网络传输协议和消息格式(不光是在规范中定义的这些：SOAP/HTTP，HTTP-GET/POST以及MIME等)。同时WSDL也应用了当代软件

工程中的复用理念，分离了抽象定义层和具体部署层，使得抽象定义层的复用性大大增加。比如我们可以先使用抽象定义层为一类Web服务进行抽象定义(比如UDDI Registry，抽象

定义肯定是完全一致的遵循了UDDI规范)，而不同的运营公司可以采用不同的具体部署层

的描述结合抽象定义完成其自身的Web服务的描述。

WSDL文档示例

下例是一个提供股票报价的简单Web服务的WSDL 定义。该服务支持名为GetLastTradePrice 的单一操作，这个操作是通过在HTTP 上运行SOAP 1.1 协议来实现的。该请求接受一个类型为字符串的tickerSymbol，并返回类型为浮点数的价格。

Java代码

3. targetNamespace="https://www.wendangku.net/doc/c93324371.html,/stockquote.wsdl"

4. xmlns:tns="https://www.wendangku.net/doc/c93324371.html,/stockquote.wsdl"

5. xmlns:xsd1="https://www.wendangku.net/doc/c93324371.html,/stockquote.xsd"

6. xmlns:soap="https://www.wendangku.net/doc/c93324371.html,/wsdl/soap/"

7. xmlns="https://www.wendangku.net/doc/c93324371.html,/wsdl/">

10.

11.

12. xmlns="https://www.wendangku.net/doc/c93324371.html,/1999/XMLSchema">

13.

14.

15.

16.

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

上面这部分是数据类型的定义，其中为定义了两个元素的结构:

* TradePriceRequest(交易价格请求): 将该元素定义为包含一个字符串元素(tickerSymbol)

的复合类型元素。

* TradePriceResult(交易价格): 将该元素定义为一个包含一个浮点数元素(price)的复合类

型元素。

Java代码

这部分是消息格式的抽象定义，其中定义了两个消息格式：

* GetlastTradePriceInput(获取最后交易价格的请求消息格式): 由一个消息片断组成，该消息片断的名字是body，包含的具体元素类型是TradePriceRequest。(前面已经定义过了) * GetLastTradePriceOutput(获取最后交易价格的响应消息格式) : 由一个消息片断组成，该消息片断的名字是body，包含的具体元素类型是TradePriceResult。(前面已经定义过了) Java代码

这部分定义了服务访问点的调用模式的类型，表明StockQuoteService的某个入口类型是请求/响应模式，请求消息是GetlastTradePriceInput，而响应消息是GetLastTradePriceOutput。Java代码

7. encodingStyle="https://www.wendangku.net/doc/c93324371.html,/soap/encoding/"/>

10.

11. encodingStyle="https://www.wendangku.net/doc/c93324371.html,/soap/encoding/"/>

12.

13.

14.

15.

16.

这部分将服务访问点的抽象定义与SOAP HTTP绑定，描述如何通过SOAP/HTTP来访问按照前面描述的访问入口点类型部署的访问入口。其中规定了在具体SOAP调用时，应当使用的soapAction是"https://www.wendangku.net/doc/c93324371.html,/GetLastTradePrice"，而请求/响应消息的编码风格都应当采用SOAP 规范默认定义的编码风格" https://www.wendangku.net/doc/c93324371.html,/soap/encoding/"。Java代码

2. 股票查询服务

这部分是具体的Web服务的定义，在这个名为StockQuoteService的Web服务中，提供了一个服务访问入口，访问地址是"https://www.wendangku.net/doc/c93324371.html,/stockquote"，使用的消息模式是由前面的binding所定义的。

按照这个WSDL文档的描述，在具体Web服务的使用中，具体发生的SOAP交互可能如下面所示：

SOAP消息请求:

Java代码

1. POST /StockQuote HTTP/1.1

2. Host: https://www.wendangku.net/doc/c93324371.html,

3. Content-Type: text/xml; charset="utf-8"

4. Content-Length: nnnn

5. SOAPAction: "https://www.wendangku.net/doc/c93324371.html,/GetLastTradePrice"

8. SOAP-ENV:encodingStyle="https://www.wendangku.net/doc/c93324371.html,/soap/encoding/">

10.

11. MSFT

12.

13.

14.

SOAP消息响应:

Java代码

1. HTTP/1.1 200 OK

2. Content-Type: text/xml; charset="utf-8"

3. Content-Length: nnnn

6. SOAP-ENV:encodingStyle="https://www.wendangku.net/doc/c93324371.html,/soap/encoding/"/>

9. 74.5

10.

11.

12.

小结

在本文中，我简单介绍了WSDL规范的用途

下面提供几个相关资料的网址

理解UDDI 注册中心的WSDL

https://www.wendangku.net/doc/c93324371.html,/developerworks/cn/webservices/ws-uwsdl/part1/index.html

Web 服务的（革）创新

https://www.wendangku.net/doc/c93324371.html,/developerworks/cn/webservices/ws-peer4/index.html

(仅供参考)服务器硬件入门基础知识

服务器硬件入门基础知识开篇一:服务器主板服务器主板概述对于服务器而言，稳定性才是首要，服务器必须承担长年累月高负荷的工作要求，而且不能像台式机一样随意的重起，为了提高起可靠性普遍的做法都是部件的冗余技术，而这一切的支持都落在主板的肩上。下面我就来看看有关服务器主板的一些特性: 1、首先，服务器的可扩展性决定着它们的专用板型为较大的ATX，EATX或WATX。 2、中高端服务器主板一般都支持多个处理器，所采用的CPU也是专用的CPU。 3、主板的芯片组也是采用专用的服务器/工作站芯片组，比方Intel E7520、ServerWorks GC-HE等等，不过像入门级的服务器主板，一般都采用高端的台式机芯片组(比如Intel875P芯片组) 4、服务器通常要扩展板卡(比如如网卡，SCSI卡等)，因此我们通常都会发现服务器主板上会有较多的PCI、PCI-X、PCI—E插槽。 5、服务器主板同时承载了管理功能。一般都会在服务器主板上集成了各种传感器，用于检测服务器上的各种硬件设备，同时配合相应管理软件，可以远程检测服务器，从而使网络管理员对服务器系统进行及时有效的管理。

6、在内存支持方面。由于服务器要适应长时间，大流量的高速数据处理任务，因此其能支持高达十几GB甚至几十GB的内存容量，而且大多支持ECC内存以提高可靠性(ECC内存是一种具有自动纠错功能的内存，由于其优越的性能使造价也相当高)。 7、存储设备接口方面。中高端服务器主板多采用SCSI接口、SATA接口而非IDE接口，并且支持RAID方式以提高数据处理能力和数据安全性。 8、在显示设备方面。服务器与工作站有很大不同，服务器对显示设备要求不高，一般多采用整合显卡的芯片组，例如在许多服务器芯片组中都整合有ATI的RAGE XL显示芯片，要求稍高点的就采用普通的AGP显卡。而如果是图形工作站，那一般都是选用高端的3DLabs、ATI等显卡公司的专业显卡。 9、在网络接口方面。服务器/工作站主板也与台式机主板不同，服务器主板大多配备双网卡，甚至是双千兆网卡以满足局域网与Internet的不同需求。 10、最后是服务器的价格方面。一般台式机主板顶天也不过1、2千，而服务器主板的价格则从1千多元的入门级产品到几万元甚至十几万元的高档产品都有! 推荐品牌：泰安、超微、Intel 开篇二:服务器CPU 服务器CPU概述服务器是网络中的重要设备，要接受少至几十人、多至成千上万人的访问，因此对服务器具有大数据量的快速吞吐、超强的稳定性、长时间运行等严格要求。所以说CPU是计算机的“大脑”，是衡量服务器

服务器基础知识(初学者必看)

精心整理服务器基础知识【初学者必看】 1. 什么是服务器? ?? 就像他的名字一样，服务器在网络上为不同用户提供不同内容的信息、资料和文件。可以说服 2. ?? WWW服务器也称为Web服务器(Web Server)或HTTP服务器(HTTP Server)，它是Internet上最常见也是使用最频繁的服务器之一，WWW服务器能够为用户提供网页浏览、论坛访问等等服务。比如：我们在使用浏览器访问?

? (2) FTP服务器(FTP Server)? 以从 (3)

?? e-mail是Internet上应用最频繁的服务之一，而Internet上每天数亿百亿计的电子邮件的收发都是通过邮件服务器实现的。邮件服务器就像邮局一样，可以为用户提供电子邮件的接收存储和发送服务。? ?? ……? 3. ? ?? Windows是美国微软公司(Microsoft)开发的操作系统，在服务器领域，主要有Windows2000Server/Advanced?Server/Data Center与Windows2003 Standard Edition/EnterpriseEdition操作系统，Windows的优点是操作简?

单，由于Windows使用图形界面进行操作，因而对各种服务器软件功能配置简便。但它的缺点也不可忽视，例如：Windows操? 作系统成本较高；安全性相对较低；能承受的访问量较低等等。? Linux， Linux 企业（包括电信企业和Google、百度、新浪、搜狐等等）的服务器都运行在Unix/Linux系统之上。?

4. Apache与IIS? ?Apache与IIS都属于WWW服务器，是世界上使用最多的两种WWW服务器。? ?IIS操议协议但IIS 的性能和安全性相对较差，并且IIS只能在Windows中使用，无法在UNIX中运行。? (2) Apache?

服务器系统基础知识

服务器系统基础知识 1 什么是服务器？服务器是计算机的一种，它是在网络操作系统的控制下为网络环境里的客户机提供(如PC) 共享资源（包括查询、存储、计算等）的高性能计算机，它的高性能主要体现在高速度的CPU 运算能力、长时间的可靠运行、强大的I/O 外部数据吞吐能力等方面。服务器主要为客户机提供Web 应用、数据库、文件、打印服务。简单的说,服务器就是在网络中为其他客户机提供服务的计算机. 2 服务器包括哪些子系统？ CPU、内存、磁盘、扩展插槽、显示卡和网卡、电源、风扇。 3 服务器按处理器架构分哪几类？巨型机与大型机（专用处理器）、小型机（IA-64,RISC处理器）、PC服务器（CISC处理器） 4 PC服务器按外形结构分类？ A 塔式服务器（通用式服务器）：具有较大的机箱尺寸，因此其内部扩展能力较强，可以安装的扩展板卡以及硬盘的数量都比较多 B 机架式服务器（机柜优化服务器）：机箱尺寸比较小巧，在机柜中可以同时放置多台服务器，从而获得更高的处理能力。 C 刀片式服务器：超高密度服务器为动态的，空间紧缺的，向外扩展的环境而优化的快速部署。 5 服务器按CPU个数分类:？ 4路及4路以上服务器（企业级服务器）、2路服务器（部门级服务器）、1路服务器（入门级服务器） 6 什么是内存？内存是界于CPU 和外部存储之间，是CPU 对外部存储中程序与数据进行高速运算时存放程序指令、数据和中间结果的临时场所，它的物理实质就是一组具备数据输入输出和数据存储功能的高速集成电路。 7 服务器内存技术有哪些？ ?Parity （校验） ?ECC ?ChipKill和高级ECC技术 ?双通道技术 ?内存交错技术 ?Registered内存在线备用内存技术内存镜像

WebService CXF学习——入门篇

最新服务器基础知识(初学者必看)

(仅供参考)服务器硬件入门基础知识

服务器基础知识(初学者必看)

服务器系统基础知识