webservice soap协议,webservice采用什么协议传输，SOAP 还是Http

webservice soap协议,webservice采用什么协议传输，SOAP 还是Http详细介绍

本文目录一览： webservice调用方式http和soap的区别是什么？

　Web service一般就是用SOAP协议通过HTTP来调用它，其实他就是一个WSDL文档，客户都可以阅读WSDL文档来用这个Web service。客户根据WSDL描述文档，会生成一个SOAP请求消息。Web service都是放在Web服务器 (如IIS) 后面的，客户生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web服务器来。Web服务器再把这些请求转发给Web service请求处理器。请求处理器的作用在于，解析收到的SOAP请求，调用Web service，然后再生成相应的SOAP应答。Web服务器得到SOAP应答后，会再通过HTTP应答的方式把它送回到客户端。\x0d\x0a个人以为就把webservice当成是Http这种请求和响应方式就可以处理大部分问题了。 \x0d\x0aSOAP 使用 HTTP 传送 XML，尽管HTTP 不是有效率的通讯协议，而且 XML 还需要额外的文件解析（parse），两者使得交易的速度大大低于其它方案。但是XML 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个广泛又能避免许多关于防火墙的问题，从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用 SOAP。\x0d\x0a\x0d\x0a为了更好的理解SOAP,HTTP,XML如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，生命周期的管理，对象的标识。在客户端与服务器端进行交互的时候，DCOM采用NDR（Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表现形式。

WebService和HTTPService的区别

WebService和HTTPService的区别 1.基于不同协议：HTTPService基于协议，而WebService基于soap协议 2.处理资料效率不同：HTTPService效率较高，WebService能处理较复杂的资料型别 3.跨域的处理：HttpService方式不能处理跨域，如果呼叫一个其它应用的服务就要用webService
ervice和webservice的区别, 和webservice的区别 这两个是完全不同的概念，不存在区别，是一种网路协议，而webservice是一种两个应用程式之间实现通讯的解决方案。 但是两者之间是有联络的，Webservice实现讯息的传送就是将讯息依附在上进行传输的。
AS3-HTTPService和URLRequest的区别

webservice三种协议

2. SOAP (HTTP)

WebService,基于Http SOAP，效率低，逐渐被淘汰，支持跨平台

3 Rest（spring mvc等）（HTTP）

支持Http Rest，广泛应用于无线API，开放平台等，支持跨平台

4? Hessain (HTTP)

基于Http，二进制序列化，效率高，使用广泛，支持跨平台

https://blog.csdn.net/MrSpirit/article/details/81023433 ?如何快速地在java中使用Restful API

https://www.cnblogs.com/Java3y/archive/2018/03/18/8594161.html

webservice采用什么协议传输，SOAP 还是Http

　　Web Service使用的是 SOAP (Simple Object Access Protocol)协议
　　soap协议只是用来封装消息用的。封装后的消息你可以通过各种已有的协议来传输，比如http,tcp/ip,smtp,等等，你甚至还一次用自定义的协议，当然也可以用https协议。
　　Soap建立在http上，说白了是用http传送xml而已。
　　除了WebService外，常见的远程调用技术还有RMI（Remote method invoke）和CORBA，由于WebService的跨平台和跨编程语言特点，因此比其他两种技术应用更为广泛，但性能略低。

webservie+soap+wsdl入门

使用天气调用的webservice进行学习 http://www.webxml.com.cn/WebServices/WeatherWebService.asmx http://www.webxml.com.cn/WebServices/WeatherWebService.asmx?WSDL
最近因为一些特殊的需求需要提供一个基于 soap 的 webservice服务，之前没有经验，也不知道该怎么做，于是从网上查了很多东西，资料很多，但是大多不够详细，后来查到天气预报的webservice服务说明，算是看懂了一些，写在这里权做给大家做一个入门引导好了。
??
??我觉得这个webservice有着狭义和广义的定义. ??广义的来说，webservice差不多就是字面意思：web + service,也就是 服务（service）网络（web）化的意思。他力求的是跨语言，跨平台的，基于web传输的远程调用能力。他没有强调远程调用使用什么协议，所以你可以自由选择，比如soap 协议(可与基于http,smtp,等各种传输协议)，或者常见的基于http的json化的数据传输协议，基于dubbo协议的dubbo服务调用都属于web service的一种实现。 ??狭义的来说，这个首先声明，是我参考网上的资料已经自身的一些经历的解读哈。我认为大家经常谈的webservice是指基于soap协议实现的远程服务调用模型。
??saop定义了数据交互中如何传递消息的规则。比如在http中规定了post请求的传参方式，在数据类型不同的情况下可以使用不同的参数方式。在form格式下是 key=v&key1=v1 ,同样soap也是定义这些东西的。
??同样的，当我们用http方式去调用一个服务的时候我们只是知道通用的http协议的传参方式还是不够的，我们仍然需要知道目标服务的接口文档，对了，这就是wsdl,每个服务都有的接口文档，在http上可能就是我们手写的一个wiki文档，在soap中就是一个用wsdl规范编写的wsdl文档，每个服务是有能力自动生成这个文档的。wsdl规范了这个文档应该怎么写。
综上所述：soap可以类比http协议，wsdl可以类比一个http服务的接口文档。
这次用的一个比较常用的文档就是天气预报的webservice服务来进行学习 链接： http://www.webxml.com.cn/WebServices/WeatherWebService.asmx 对应的是这个文档的可读性更强的介绍，他的实际接口文档是 http://www.webxml.com.cn/WebServices/WeatherWebService.asmx?WSDL 这篇接口文档实际上是有多个接口的描述，当然，我们这里只取一个来进行描述，取的接口是 getWeatherbyCityName http://www.webxml.com.cn/WebServices/WeatherWebService.asmx?op=getWeatherbyCityName 这个页面有详细的请求体和返回结果，很具体。下面我们就从他的实际接口文档wsdl中来分析一下都有什么东西。 我们知道wsdl文档包含了这么几个部分
下面我们使用getWeatherbyCityName这个接口在总的xml对应的部分做说明，将xml提取出来如下 还请学习下面的文档的时候参考 对应的可视化文档 进行对比
截取自 这里
getWeatherbyCityName
以下是 SOAP 1.2 请求和响应示例。所显示的占位符需替换为实际值。
以下是 SOAP 1.2 请求和响应示例。所显示的占位符需替换为实际值。
以下是 HTTP GET 请求和响应示例。所显示的占位符需替换为实际值。
以下是 HTTP POST 请求和响应示例。所显示的占位符需替换为实际值。

Soap接口和webservice接口的区别是什么

SOAP ： 简单对象访问协议（Simple Object Access Protocol，SOAP），是一种轻量的、简单的、基于XML的协议，它被设计成在WEB上交换结构化的和固化的信息。
SOAP跟HTTP、SMTP等一样 是一种传输协议。
webservice接口的实现 就是 采用SOAP协议的。
webService三要素：SOAP 、 WSDL、UDDI

SOAP WebService 和 RESTful WebService 的区别和联系

SOAP(Simple
Object
Access
Protocol)简单对象访问协议，是基于HTTP的一种异构系统通信的协议，说白了就是xml文档传输，之所以会有它，就是在于不同语言C,C++,JAVA等语言开发的系统进行通信，是WebService就是基于SOAP协议的，确实是一种比较传统的SOA解决方案。
REST(Rerepresentational
State
Transfer)是外国一位博士提出的一种架构风格，从资源状态转换角度看待资源，但也是基于SOAP协议进行通信。
rest
是一种风格
restful
Webservice
和
soap的区别在于表现形式不一样，如果想深入了解
可以去开开
深入理解Webservice
这本书，restful
Webservice
不只是可以用json
也可以用xml
更可以用html做消息返回，
rest
风格的Webservice
和传统的soap
主要的表现在于
rest是将资源暴露
soap是暴露操作
。具体的流程其实和soap是一样的，但是rest更方便，更轻。

WebService与WebApi的区别

1 基于SOAP协议的，数据格式为XML 2 只支持HTTP协议 3 不是开源的，但可以被任意一个了解XML的人使用 4 只能部署在IIS上
SOAP :简单对象访问协议Simple Object Access Protocol,传输层 ，,XML传输消息 WSDL :Web Server Description Language ：Web Server描述语言(元数据)，给客户端生成代理类的一个描述信息 UDDI :提供了一组基于标准的规范用于描述和发现服务，统一描述，发现和集成（UDDI-Universal Descript,Discovery,Integration），提供注册和查找服务 客户端在UDDI注册表（Registry）查找服务，取得服务的WSDL描述，通过SOAP调用服务。
1 是简单的 构建HTTP服务的新框架 2 在.net平台上WebApi是一个开源的，理想的，构建REST-FUL服务的技术 3 不想WCF REST Server 它可以使用HTTP的全部特点（URI,request/response头，缓存，版本控制，多种内容格式） 4 支持MVC的特征。像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。 4 可以部署在IIS和应用程序上 6 轻量级框架，并且对限制带宽的设备，比如智能手机等支持的很好 7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。 8、Web API非常适合构建移动客户端服务
1、 需要Web Service但是不需要SOAP 2、 需要在已有的WCF服务基础上建立non-soap-based http服务 3、 只想发布一些简单的Http服务，不想使用相对复杂的WCF配置 4、 发布的服务可能会被带宽受限的设备访问 5、 希望使用开源框架，关键时候可以自己调试或者自定义一下框架 6、如果服务需要在http协议上，并且希望利用http协议的各种功能 7、如果服务需要被各种客户端(特别是移动客户端)调用
webapi多用于基于http请求的服务应用,比如说移动服务端或者需要提供第三方API 服务的场景下 webservice也可以应用于webapi所在的场景，一般是做为内部服务的使用，好比如果一个系统用wcf/webservice作为内部子系统间的服务通信，而webapi用于外部服务的请求。

WebService和Webapi的区别

WebApi是基于纯粹的http协议；
Webservice是基于soap协议（比简单的http协议更高级）。
Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML(标准通用标记语言下的一个子集)标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。
Web API是网络应用程序接口。包含了广泛的功能，网络应用通过API接口，可以实现存储服务、消息服务、计算服务等能力，利用这些能力可以进行开发出强大功能的web应用。
WebApi是基于纯粹的http协议，webservice是基于soap协议（比简单的http协议更高级）。
WebApi有取代webservice的趋势，至少，非必要，一般我也不会优先选择webservice。
WebApi是基于纯粹的http协议，webservice是基于soap协议（比简单的http协议更高级）。
WebApi有取代webservice的趋势，至少，非必要，一般我也不会优先选择webservice。
WebAPI 采用 REST 架构，相对于 WebService 来说，极大的减轻了开发人员的负担，毕竟不是每个开发人员都了解 Web Service 协议。
因为你用不到 Web Service 协议的特性，因此你也不必创建这类应用来迎合别人，但是又要让别人和你交互，那么最低限度的按照 REST 架构来设计接口，这将极大的减轻你的工作负担。
webapi用的是http协议，webservice用的是soap协议
webapi无状态，相对webservice更轻量级。webapi支持如get,post等http操作
http soap关系
http:是一个客户端和服务器端请求和应答的标准（TCP）。http协议其目的是为了提供一种发布和接收htttp页面的方法
一http协议的客户端与服务器的交互：由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如”HTTP/1.1 200 OK”，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
soap 协议：它描述了一种在分散或分布式的环境中如何交换信息的轻量级协议。soap在http协议的基础上，一个基于XML的协议。
不同：都是底层的通信协议，请求包的格式不同而已，soap包是XML格式,http纯文本格式。
关系：SOAP是个通信协议， SOAP在HTTP协议的基础上，把编写成XML的REQUEST参数, 放在HTTP BODY上提交个WEB SERVICE服务器(SERVLET，ASP什么的) 处理完成后，结果也写成XML作为RESPONSE送回用户端， 为了使用户端和WEB SERVICE可以相互对应，可以使用WSDL作为这种通信方式的描述文件，利用WSDL工具可以自动生成WS和用户端的框架文件，SOAP具备把复杂对象序列化捆绑到XML里去的能力。
WCF和WEB API我该选择哪个？
1、当你想创建一个支持消息、消息队列、双工通信的服务时，你应该选择WCF
2、当你想创建一个服务，可以用更快速的传输通道时，像TCP、Named Pipes或者甚至是UDP（在WCF4.5中）,在其他传输通道不可用的时候也可以支持HTTP。
3、当你想创建一个基于HTTP的面向资源的服务并且可以使用HTTP的全部特征时（比如URIs、request/response头，缓存，版本控制，多种内容格式），你应该选择Web API
4、当你想让你的服务用于浏览器、手机、iPhone和平板电脑时，你应该选择Web API
SOAP：Simple Object Access Protocol
简单对象访问协议（SOAP）是一种轻量的、简单的、基于 XML 的协议，它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（ HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。
HTTP协议： 应用层
TCP协议 ： 传输层
HTTP协议详解之响应篇
在接收和解释请求消息后，服务器返回一个HTTP响应消息。
HTTP响应也是由三个部分组成，分别是：状态行、消息报头、响应正文
1、状态行格式如下：
HTTP-Version Status-Code Reason-Phrase CRLF
其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：
1xx：指示信息–表示请求已接收，继续处理
2xx：成功–表示请求已被成功接收、理解、接受
3xx：重定向–要完成请求必须进行更进一步的操作
4xx：客户端错误–请求有语法错误或请求无法实现
5xx：服务器端错误–服务器未能实现合法的请求
常见状态代码、状态描述、说明：
200 OK //客户端请求成功
400 Bad Request //客户端请求有语法错误，不能被服务器所理解
401 Unauthorized //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden //服务器收到请求，但是拒绝提供服务
404 Not Found //请求资源不存在，eg：输入了错误的URL
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求，一段时间后可能恢复正常
eg：HTTP/1.1 200 OK （CRLF）
2、响应报头后述
3、响应正文就是服务器返回的资源的内容

我想知道 webservice 是不是一定要用soap 协议呢？ 用java访问

一定要用SOAP，不一定用JAVA，不一定用HTTP
严格来说其实不一定要用soap, 但是soap是目前很流行的一种webservice协议，定义简单，规则明了，不论哪种语言，几乎都有成熟的框架来支持它，所以是一种普遍采取的协议
webservice就是为了解决跨平台，跨实现语言间的系统交互问题，所以不是必须用java访问。