web服务的3种访问方式_什么是web服务

1. Web服务器配置方法教程

服务器是一种高性能计算机，作为网络的节点，存储、处理网络上80%的数据、信息，因此也被称为网络的灵魂。那么该如何配置Web服务器呢?如果你不知道，请看我整理的Web服务器配置方法详解吧!

2、单击窗口中的“添加/删除Windows组件”图标，弹出“Windows组件向导”对话框。

3、选中“向导”中的“应用程序服务器”复选框。单击“详细信息”按钮，弹出“应用程序服务器”对话框。

4、选择需要的组件，其中“Internet信息服务(IIS)”和“应用程序服务器控制台”是必须选中的。选中“Internet信息服务(IIS)”后，再单击“详细信息”按钮，弹出“Internet信息服务(IIS)”对话框。

5、选中“Internet信息服务管理器”和“万维网服务”。并且选中“万维网服务”后，再单击“详细信息”按钮，弹出“万维网服务”对话框。

6、其中的“万维网服务”必须选中。如果想要服务器支持ASP，还应该选中“Active Server Pages”。逐个单击“确定”按钮，关闭各对话框，直到返回图1的“Windows组件向导”对话框。

7、单击“下一步”按钮，系统开始IIS的安装，这期间可能要求插入Windows Server 2003安装盘，系统会自动进行安装工作。

8、安装完成后，弹出提示安装成功的对话框，单击“确定”按钮就完成了IIS的安装。

友情提示：如果想要同时装入FTP服务器，在“Internet信息服务(IIS)”对话框中应该把“文件传输协议(FTP)服务”的复选框也选中。

在IIS中创建Web网站

打开“Internet 信息服务管理器”，在目录树的“网站”上单击右键，在右键菜单中选择“新建→网站”，弹出“网站创建向导”：

网站描述就是网站的名字，它会显示在IIS窗口的目录树中，方便管理员识别各个站点。本例中起名为“枝叶的网站”。

网站IP地址：如果选择“全部未分配”，则服务器会将本机所有IP地址绑定在该网站上，这个选项适合于服务器中只有这一个网站的情况。也可以从下拉式列表框中选择一个IP地址(下拉式列表框中列出的是本机已配置的IP地址，如果没有，应该先为本机配置IP地址，再选择。)

TCP端口：一般使用默认的端口号80，如果改为其它值，则用户在访问该站点时必须在地址中加入端口号。

主机头：如果该站点已经有域名，可以在主机头中输入域名。

主目录路径是网站根目录的位置，可以用“浏览”按钮选择一个文件夹作为网站的主目录。

网站访问权限是限定用户访问网站时的权限，“读取”是必需的，“运行脚本”可以让站点支持ASP，其它权限可根据需要设置。

单击“下一步”，弹出“完成向导”对话框，就完成了新网站的创建过程，在IIS中可以看到新建的网站。把做好的网页和相关文件复制到主目录中，通常就可以访问这个网站了。

访问网站的方法是：如果在本机上访问，可以在浏览器的地址栏中输入“http://localhost/”;如果在网络中其它计算机上访问，可以在浏览器的地址栏中输入“http://网站IP地址”。

说明：如果网站的TCP端口不是80，在地址中还需加上端口号。假设TCP端口设置为8080，则访问地址应写为“http://localhost:8080/”或“http://网站IP地址：8080”。

网站的基本配置

如果需要修改网站的参数，可以在“网站名字”上单击右键，在右键菜单中选择“属性”，可以打开“网站属性”对话框。

1、“网站”标签

“网站标识”：可以设置网站名字、IP地址、端口号。单击“高级”按钮可以设置主机头名。

2、“主目录”标签

在本地路径中可以设置主目录的路径名和访问权限。

3、“文档”标签

默认文档是指访问一个网站时想要打开的默认网页，这个网页通常是该网站的主页。如果没有启用默认文档或网站的主页文件名不在默认文档列表中，则访问这个网站时需要在地址中指明文件名。

默认文档列表中最初只有4个文件名：Default.htm、Default.asp、index.htm和Default.aspx。我用 “添加”按钮加入了一个index.asp，并用“上移”按钮把它移到了顶部。这主要是因为我的网站的主页名为“index.asp”，所以应该把它加入列表，至于是否位于列表顶部倒是无关紧要的。

经过以上配置，一个Web网站就可以使用了。把制作好的网页复制到网站的主目录中，网站主页的文件名应该包含在默认文档中。打开浏览器，在地址栏中输入“http://本机IP地址”，就可以打开网站的主页。其它页面可以用网页中的超链接打开。

虚拟目录

虚拟目录可以使一个网站不必把所有内容都放置在主目录内。虚拟目录从用户的角度来看仍在主目录之内，但实际位置可以在计算机的其它位置，而且虚拟目录的名字也可以与真实目录不同。如：

图中用户看到的一个位于主目录下的文件夹“pic”，它的真实位置在服务器的“D:myimage”处，而主目录位于“C:mywww” 处。假设该网站的域名是“www.abc.com”，则用户访问“http://www.abc.com/pic/文件1”时，访问的实际位置是服务器的 “D:myimage文件1”，所以虚拟目录的真实名字和位置对用户是不可知的。

创建虚拟目录的方法 ：

打开 Internet 信息服务窗口，在想要创建虚拟目录的 Web 站点上单击右键，选择“新建”→“虚拟目录”。弹出虚拟目录创建向导：

别名是映射后的名字，即客户访问时的名字;

路径：服务器上的真实路径名，即虚拟目录的实际位置;

访问权限：指客户对该目录的访问权限。

单击“下一步”按钮，弹出完成对话框，虚拟目录就建立成功了。把相关文件复制到虚拟目录中，用户就可以按照虚拟的树形结构访问到指定文件了。

通常虚拟目录的访问权限、默认文档等都继承自主目录，如果需要修改，可在“Internet 信息服务管理器”中的虚拟目录上单击右键，选择“属性”，就可以修改虚拟目录的参数设置了。

补充：服务器介绍

服务器，也称服务器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

在网络环境下，根据服务器提供的服务类型不同，分为文件服务器，数据库服务器，应用程序服务器，WEB服务器等。

相关阅读：服务器常见问题有哪些

1.系统蓝屏、频繁死机、重启、反映速度迟钝

服务器的与我们平常电脑不论是硬件结构还是运行系统，都是极其类似的。因此，就如同我们的电脑一样，一样可能会感染病毒，同样会因为系统漏洞、软件冲突、硬件故障导致死机、蓝屏、重启等故障，同样会因为垃圾缓存信息过多而导致反应迟钝。

2.远程桌面连接超出最大连接数

由于服务器默认为允许连接数为2个，如果登陆后忘记注销，而是直接关闭远程桌面的话，服务器识别此次登陆还是留在服务器端的。出现这种情况，最常见的就是重启服务器，但是，如果是高峰期，重启服务器带来的损失是显而易见的。那么此时，就可以利用mstsc/console指令进行强行登陆了。打开“运行”框，键入“mstsc/v:xxx.xxx.xxx.xxx(服务器IP)/console”，即可强行登陆到远程桌面了。

3.无法删除的文件该怎么清理

遇到这种情况，可能是该文件还在运行中，可以重启删之，或者运行CMD，输入arrtib-a-s-h-r想要删除的文件夹名，最后输入del想要删除的文件夹名即可删除，运行该命令后无法恢复，请慎用。

4.系统端口隐患

对于服务器来说，首要保障稳定性和安全性。因此，我们仅需保证服务器最基本的功能即可，就像声卡都是默认禁止的。我们并不需要太多的功能，也不需要太多的端口支持。像一些不必要，而且风险较高的端口大可封掉。而一些必要的，又有风险的端口，比如:3389、80等端口，我们可以通过修改注册表的方法将其设置不特殊的秘密端口，这样服务器端口的安全隐患就不复存在了。

2. 外网如何访问公司web服务器

本地安装了一个Web服务端，只能在局域网内访问，怎样从外网也能访问到本地的Web呢？本文将介绍具体的实现步骤。
1. 准备工作
1.1 安装并启动Web服务端
默认安装的Web服务端的端口是8080。
2. 实现步骤
2.1 下载并解压holer软件包
Holer软件包：holer-xxx.tar.gz
Holer支持各种OS系统平台，请选择跟本地OS类型匹配的holer软件包。
2.2 获取holer access key信息
在holer官网上申请专属的holer access key或者使用开源社区上公开的access key信息。
例如申请得到的holer信息如下，这里以此holer信息为例：
---------------------------------------------Holer Client : [email protected]
Access Key : ---------------------------------------------Domain Name : holer65004.wdom.net
Internet Address : holer.org:65004
Local Address : 127.0.0.1:8080---------------------------------------------

2.3 启动holer服务
Windows系统平台：
打开CMD窗口进入可执行程序所在的目录下，执行命令：
holer-windows-xxx.exe -k
Linux或者其他系统平台：
执行命令nohup ./holer-xxx-xxx -k &
2.4 访问映射后的公网地址
浏览器里输入如下URL，就可在公网上也能访问到本地的Web了。

3. web服务器工作原理

Step1：用户在地址栏输入一个网址，然后点击回车键；
Step2：浏览器与服务器建立TCP连接；
Step3：浏览器将用户的事件按照HTTP协议要求的格式打包成数据包，这个过程的本质就是在待发送缓冲区中有这一段HTTP协议格式的字节流；
Step4：浏览器确认服务器可写，将该数据包推入Internet中，最终，该包被递交到服务端；
Step5：服务器在接收到该数据包后，以同样的格式进行解析，获取客户端的意图；
Step6：在获取了客户端的意图之后，服务器进行分类处理，或是提供某一文件，或是处理相关数据；
Step7：将处理结果装入缓冲区，或者文档，或是其他内容；
Step8：服务器将按照HTTP协议格式，将Step7中的数据进行打包；
Step9：服务器确定对端可写，将数据包推入Internet，该包经过网络处理，最终返回至客户端；
Step10：客户端拿到包之后，以HTTP协议格式进行解包，然后解析数据；
Step11：客户端处理相关数据，并且展示在页面之上。

以上这11步，就是web服务器最基本的工作原理。通过梳理，我们不难发现，这就是一个简单的网络通信过程。换句话说，就是一个简单的发送数据、接受数据、处理数据的过程。更高级的web服务器，无非也就是将上述的三个基础内容划分得更加详细一点而已。

4. 如何访问HTTPS的WebService

如果闲麻烦，直接淘宝Gworg 帮你处理。
web service在企业应用中常常被用作不同系统之间的接口方式。但是如果没有任何安全机制的话，显然是难以委以重任的。比较直接的web service加密方式就是使用HTTPS方式(SSL证书加密)加密连接，并且只允许持有信任证书的客户端连接，即SSL双向认证。这样就保证了连接来源的可信度以及数据在传输过程中没有被窃取或篡改。通过HTTPS加密方式访问web service具体方法如下：
【准备工作】
(1)检查JDK的环境变量是否正确。本文使用JDK 1.6
(2)准备web服务器，这里选用TOMCAT 6.0
(3)准备web service服务端和客户端。
【生成证书】
这里用到的文件，这里存放在D:/SSL/文件夹内，其中D:/SSL/server/内的文件是要交给服务器用的，D:/SSL/client/内的文件是要交给客户端用的。
1生成服务端证书
开始-运行-CMD-在dos窗口执行下执行命令：
keytool -genkey -v -aliastomcat -keyalg RSA -keystore D:/SSL/server/tomcat.keystore -dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" -validity 3650-storepass zljzlj -keypass zljzlj
说明：
keytool 是JDK提供的证书生成工具，所有参数的用法参见keytool –help
-genkey 创建新证书
-v 详细信息
-alias tomcat 以”tomcat”作为该证书的别名。这里可以根据需要修改
-keyalg RSA 指定算法
-keystoreD:/SSL/server/tomcat.keystore 保存路径及文件名
-dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" 证书发行者身份，这里的CN要与发布后的访问域名一致。但由于这里是自签证书，如果在浏览器访问，仍然会有警告提示。真正场景中建议申请CA机构(wosign)签发的SSL证书更安全。
-validity 3650证书有效期，单位为天
-storepass zljzlj 证书的存取密码
-keypass zljzlj 证书的私钥
2 生成客户端证书
执行命令：
keytool ‐genkey ‐v ‐aliasclient ‐keyalg RSA ‐storetype PKCS12 ‐keystore D:/SSL/client/client.p12 ‐dname"CN=client,OU=zlj,O=zlj,L=bj,ST=bj,C=CN" ‐validity 3650 ‐storepassclient ‐keypass client
说明：
参数说明同上。这里的-dname 证书发行者身份可以和前面不同，到目前为止，这2个证书可以没有任何关系。下面要做的工作才是建立2者之间的信任关系。
3 导出客户端证书
执行命令：
keytool ‐export ‐aliasclient ‐keystore D:/SSL/client/client.p12 ‐storetype PKCS12 ‐storepass client‐rfc ‐file D:/SSL/client/client.cer
说明：
-export 执行导出
-file 导出文件的文件路径
4 把客户端证书加入服务端证书信任列表
执行命令：
keytool ‐import ‐aliasclient ‐v ‐file D:/SSL/client/client.cer ‐keystoreD:/SSL/server/tomcat.keystore ‐storepass zljzl
说明：
参数说明同前。这里提供的密码是服务端证书的存取密码。
5 导出服务端证书
执行命令：
keytool -export -aliastomcat -keystore D:/SSL/server/tomcat.keystore -storepass zljzlj -rfc -fileD:/SSL/server/tomcat.cer
说明：
把服务端证书导出。这里提供的密码也是服务端证书的密码。
6 生成客户端信任列表
执行命令：
keytool -import -fileD:/SSL/server/tomcat.cer -storepass zljzlj -keystoreD:/SSL/client/client.truststore -alias tomcat –noprompt
说明：
让客户端信任服务端证书
【配置服务端为只允许HTTPS连接】
1 配置Tomcat 目录下的/conf/server.xml
Xml代码：
<Connectorport="8443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"clientAuth="true"
sslProtocol="TLS"keystoreFile="D:/SSL/server/tomcat.keystore"
keystorePass="zljzlj"truststoreFile="D:/SSL/server/tomcat.keystore"
truststorePass="zljzlj" />
说明：
在server.xml里面这段内容本来是被注释掉的，如果想使用https的默认端口443，请修改这里的port参数。其中的clientAuth="true" 指定了双向证书认证。
2 配置服务端项目web.xml
在<welcome-file-list>之后增加Xml代码：

<security-constraint>
<web-resource-collection>
<web-resource-name>SSL</web-resource-name>
<url-pattern>/service/*</url-pattern>
</web-resource-collection>
<user-data-constraint>
<description>SSL required</description>



<transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>
</security-constraint>
说明：
这里限制了WEB service服务地址的访问必须为https连接。<url-pattern>要根据你的web service服务地址配置。
【修改客户端代码】
在执行访问之前，增加Java代码：
System.setProperty("javax.net.ssl.trustStore","D:/SSL/client/client.truststore");
System.setProperty("javax.net.ssl.trustStorePassword","zljzlj");
System.setProperty("javax.net.ssl.keyStoreType","PKCS12");
System.setProperty("javax.net.ssl.keyStore","D:/SSL/client/client.p12");
System.setProperty("javax.net.ssl.keyStorePassword","client");
StringendPoint="https://127.0.0.1:8443/easbCut/services/ApplyFormService";
...
通过设置参数来指定客户端连接时所使用的客户端证书，这里还可以采用修改JVM启动参数的的方式来执行，但出于不影响其他功能的考虑，这里采用System.setProperty的方式来设置这些参数，在使用结束后，可以还原这些参数配置。做为客户端的开发者，可以把拿到的证书文件后，只执行步骤3。

5. 什么是web服务

Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

Web Service技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。

依据Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。Web Service是自描述、自包含的可用网络模块，可以执行具体的业务功能。

Web Service也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。

Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。

(5)web服务的3种访问方式扩展阅读：

Web service应用：

1、新平台

Web service平台需要一套协议来实现分布式应用程序的创建。Web service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。

2、XML和XSD

可扩展的标记语言（标准通用标记语言下的一个子集）是Web service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。

3、SOAP

Web service建好以后，你或者其他人就会去调用它。简单对象访问协议(SOAP)提供了标准的RPC方法来调用Web service。

6. 什么是web服务它的优点是什么

微软为Web服务下的定义是通过标准的Web协议可编程访问的Web组件。“软件就是服务”，这已经是软件发展的一个潮流了。未来的软件厂商就象现在的电信公司一样，用户可以按照时间来租用软件公司的服务。“Web服务”（Web Services）可以说是整个.NET计划的核心，简单的说，Web服务就是一种远程访问的标准。它的优点首先是跨平台，HTTP和SOAP等已经是互联网上通用的协议；其次是可以解决防火墙的问题，如果使用DCOM或CORBA来访问Web组建，将会被挡在防火墙外面，而使用SOAP则不会有防火墙的问题。要发展Web 服务需要更多的软件厂商来开发Web服务，让基于Web服务的软件服务多起来。这一切，是通过将紧密耦合的、高效的n层计算技术与面向消息的、松散耦合的Web概念相结合来实现的。我们将这种计算风格称为Web服务，它的出现标志着人类已经迈入应用程序开发技术的新纪元。Web服务是一种应用程序，它可以使用标准的互联网协议，像超文本传输协议(HTTP)和XML，将功能纲领性地体现在互联网和企业内部网上。可将Web服务视作Web上的组件编程。从理论上讲，开发人员可通过调用Web应用编程接口(API)（就像调用本地服务一样），将Web服务集成到应用程序中，不同的是Web API调用可通过互联网发送给位于远程系统中的某一服务。 Sun:Web服务是互联网架构中可置换的标准零部件 Sun公司董事长、首席执行官Scott McNealy在Sun ONE发布会上说，“智能化Web服务对信息时代有着重大的意义，它的作用就象那些可置换的标准零部件在工业时代所起到的关键作用一样。” Web服务适用于任何类型的Web环境，无论是在互联网、Intranet还是在Extranet，重点是在企业对消费者、企业对企业之间的通信。Web服务消费者可以是通过台式或是无线接入服务的个人，也可以是应用程序，还可以是另一个Web服务。Web服务应该具有以下的一些特点：Web服务可以通过Web接入进行访问；Web服务提供一个XML接口；Web服务使XML信息，通过标准Web协议实现通信。Web服务支持系统间的松散耦合连接。为了能够让Web服务具备智能化，它必须能够识别出接受服务的消费者的身份、与消费者相关的安全方针、与消费者相关的服务策略以及消费者此次服务进行时所用的接入设备，同时智能化Web服务还应该知道与消费者享受此次服务有关的以往历史记录。在SunONE智能Web服务战略中，XML和Java技术是这种松散耦合的可互操作性的关键。XML提供了标准的、与平台无关的数据结构，以表示语境信息，而Java技术则通过了一个与平台无关的编程界面标准集，来访问和利用这些语境信息。不但如此，Sun 正在参与和领导开放智能Web服务的技术开发定义工作，包括Java技术、XML、ebXML、SOAP、UDDI以及更多其他的东西。 IBM：Web服务是电子商务应用的基础设施 IBM认为：Web服务使交流和相互操作更有效，减少编码过程和人为干扰。IBM正在发布的动态电子商务策略是现电子商务策略的一个延伸。过去两年中，IBM参与了Web服务标准的开发，而且已经在好几个产品中宣布了对Web服务标准的支持。与竞争对手不同的是，IBM对Web服务仅仅提供基础设施，使企业能够适应不断变化的环境。 IBM在Web服务领域投资了几十亿美元，能有效地将两大竞争对手的产品XML(微软)和Java (Sun)结合起来。当用户的Web服务同时需要二者时(Java用于应用程序的开发；XML用于信息传播)，IBM就可以提供独一无二的解决方案，采用真正开放式的执行标准，而不是专有的标准。多年来，IBM在硬件和软件方面的技术能力使其能为不同规模的公司解决棘手问题，坚决支持非专有技术的解决方案，从而加强了多平台的兼容性，这在当今电子商务市场上是非常必要的。IBM的动态电子商务将保持在标准方面合作，实施竞争的策略，Web服务只完成了一半，另一半是全功能基础架构软件，这种软件使Web服务可用来进行智能交易，工作流程和业务进程管理的一部分。补充： BEA：充分发挥分布式业务的潜力 Web服务可以被描述为协议、协定和网络设施，能通过互联网将业务功能公开给授权方。简言之，Web服务是具体的业务流程，它能够：公开和描述自己；Web服务可以定义自己的功能和属性，以便其它应用能够了解它，并容易地向其它应用提供这种功能；其它服务能够在Web上找到它的位置，可以被调用，返回响应。任何组件或应用都可以作为Web服务，以便被其它组件或应用使用。同样，BEA WebLogic Server上的任何应用都可以从Web上的任意位置查找和请求Web服务，即使Web服务位于另一个平台也能找到。多个Web服务可集中成一个应用，可以是简单的Web服务（如查看股票价格），也可以是基于事务处理的复杂供应链集成和管理（如卡车负载优化和路由）。 BEA将Web服务分为两类：简单Web服务和复杂Web服务。简单Web服务提供基本的“请求/响应”功能，本质上不属于事务处理型服务，安全性不高。复杂Web服务将改变行业开展业务的方式，但它将为贸易合作伙伴通过互联网协作提供一个框架。BEA同时提供简单Web服务和复杂Web服务，并把它们作为BEA WebLogic E-Business Platform的一部分。另外，BEA还与制定标准的机构密切合作，指导相关Web服务标准的开发。补充： Web 服务是一种可以用来解决跨网络应用集成问题的开发模式，这种模式为实现“软件作为服务”提供了技术保障。而“软件作为服务”实质上是一种提供软件服务的机制，这种机制可以在网络上暴露可编程接口，并通过这些接口来共享站点开放出来的功能。 Web 服务的主要特点之一是，客户端访问Web 服务只需要通过因特网标准协议，如HTTP或XML，以及SOAP，不需要专门的协议，如RPC或IIOP。

7. 无线终端如何访问web服务器(流程)

摘要 Web认证的设置第一步、web认证配置

8. 如何通过浏览器访问web services

将 Web 服务部署到 Web 服务器。有关更多信息，请参见 XML Web services 发布和部署。
访问 Web 浏览器，并使用以下格式在地址栏中输入 Web 服务的 URL：

http://servername/apppath/webservicename.asmx

路径部分
值

服务器名称

在其上部署 Web 服务的服务器的名称。

应用程序路径

虚拟目录的名称以及 Web 应用程序路径的其余部分。

Web 服务名称.asmx

Web 服务 .asmx 文件的名称。

例如，假设您已发布了一项名为 StockServices 的 Web 服务。发布时，此服务的基 URL 为 http://<服务器名称>/apppath/StockServices.asmx。通过在浏览器的地址栏中输入此 HTTP-GET 请求，可以测试此服务：

http://<servername>/apppath/StockServices.asmx

作为对此请求的响应，服务器将显示 Web 服务的 HTML 说明页。
Web 服务的 HTML 说明页显示特定 Web 服务支持的所有 Web 服务方法。链接到所需的 Web 服务方法并输入必需的参数，以测试该方法并查看 XML 响应。
使用 HTTP-GET 在浏览器中直接测试 Web 服务方法
将 Web 服务部署到 Web 服务器。有关更多信息，请参见 XML Web services 发布和部署。
访问 Web 浏览器，并使用以下格式在地址栏中输入 Web 服务方法的 URL：

http://servername/vdir/webservicename.asmx/Methodname?parameter=value

参数
值

服务器名称

在其上部署 Web 服务的服务器的名称。

应用程序路径

虚拟目录的名称以及 Web 应用程序路径的其余部分。

Web 服务名称.asmx

Web 服务 .asmx 文件的名称。

方法名称

Web 服务公开的公共方法的名称。如果留为空白，则显示 Web 服务的说明页，其中会列出 .asmx 文件中提供的每个公共方法。（可选）

参数

方法所需要的任何参数的相应参数名称和值。如果留为空白，则显示 Web 服务的说明页，其中会列出 .asmx 文件中提供的每个公共方法。（可选）

注意：

此语法中的 Web 服务方法名区分大小写，但服务器、项目和 Web 服务名称不区分大小写。

例如，假设前一过程中的 StockServices Web 服务包含一个名为 GetQuote 的 Web 服务方法，该 Web 服务方法接受以股票符号作为参数，并以双精度浮点数的形式返回价格。在浏览器的地址栏中输入以下 HTTP-GET 请求，以测试此方法：
http://<服务器名称>/apppath/StockServices.asmx/GetStockQuote?tickerName=MSFT
服务器发送包含 XML 文档的响应，将在浏览器中显示该文档。对于 GetQuote 示例，XML 具有您请求的股票的当前价格。结果可能类似于：
<?xml version="1.0" ?>
<double>74.5</double>

9. 如何通过HTTPS方式访问webservice

web service在企业应用中常常被用作不同系统之间的接口方式。但是如果没有任何安全机制的话，显然是难以委以重任的。比较直接的web service加密方式就是使用HTTPS方式(SSL证书加密)加密连接，并且只允许持有信任证书的客户端连接，即SSL双向认证。这样就保证了连接来源的可信度以及数据在传输过程中没有被窃取或篡改。通过HTTPS加密方式访问web service具体方法如下：
【准备工作】
(1)检查JDK的环境变量是否正确。本文使用JDK 1.6
(2)准备web服务器，这里选用TOMCAT 6.0
(3)准备web service服务端和客户端。
【生成证书】
这里用到的文件，这里存放在D:/SSL/文件夹内，其中D:/SSL/server/内的文件是要交给服务器用的，D:/SSL/client/内的文件是要交给客户端用的。
1生成服务端证书
开始-运行-CMD-在dos窗口执行下执行命令：
keytool -genkey -v -aliastomcat -keyalg RSA -keystore D:/SSL/server/tomcat.keystore -dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" -validity 3650-storepass zljzlj -keypass zljzlj
说明：
keytool 是JDK提供的证书生成工具，所有参数的用法参见keytool –help
-genkey 创建新证书
-v 详细信息
-alias tomcat 以”tomcat”作为该证书的别名。这里可以根据需要修改
-keyalg RSA 指定算法
-keystoreD:/SSL/server/tomcat.keystore 保存路径及文件名
-dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" 证书发行者身份，这里的CN要与发布后的访问域名一致。但由于这里是自签证书，如果在浏览器访问，仍然会有警告提示。真正场景中建议申请CA机构(wosign)签发的SSL证书更安全。
-validity 3650证书有效期，单位为天
-storepass zljzlj 证书的存取密码
-keypass zljzlj 证书的私钥
2 生成客户端证书
执行命令：
keytool ‐genkey ‐v ‐aliasclient ‐keyalg RSA ‐storetype PKCS12 ‐keystore D:/SSL/client/client.p12 ‐dname"CN=client,OU=zlj,O=zlj,L=bj,ST=bj,C=CN" ‐validity 3650 ‐storepassclient ‐keypass client
说明：
参数说明同上。这里的-dname 证书发行者身份可以和前面不同，到目前为止，这2个证书可以没有任何关系。下面要做的工作才是建立2者之间的信任关系。
3 导出客户端证书
执行命令：
keytool ‐export ‐aliasclient ‐keystore D:/SSL/client/client.p12 ‐storetype PKCS12 ‐storepass client‐rfc ‐file D:/SSL/client/client.cer
说明：
-export 执行导出
-file 导出文件的文件路径
4 把客户端证书加入服务端证书信任列表
执行命令：
keytool ‐import ‐aliasclient ‐v ‐file D:/SSL/client/client.cer ‐keystoreD:/SSL/server/tomcat.keystore ‐storepass zljzl
说明：
参数说明同前。这里提供的密码是服务端证书的存取密码。
5 导出服务端证书
执行命令：
keytool -export -aliastomcat -keystore D:/SSL/server/tomcat.keystore -storepass zljzlj -rfc -fileD:/SSL/server/tomcat.cer
说明：
把服务端证书导出。这里提供的密码也是服务端证书的密码。
6 生成客户端信任列表
执行命令：
keytool -import -fileD:/SSL/server/tomcat.cer -storepass zljzlj -keystoreD:/SSL/client/client.truststore -alias tomcat –noprompt
说明：
让客户端信任服务端证书
【配置服务端为只允许HTTPS连接】
1 配置Tomcat 目录下的/conf/server.xml
Xml代码：
<Connectorport="8443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"clientAuth="true"
sslProtocol="TLS"keystoreFile="D:/SSL/server/tomcat.keystore"
keystorePass="zljzlj"truststoreFile="D:/SSL/server/tomcat.keystore"
truststorePass="zljzlj" />
说明：
在server.xml里面这段内容本来是被注释掉的，如果想使用https的默认端口443，请修改这里的port参数。其中的clientAuth="true" 指定了双向证书认证。

10. 访问本地Web服务器默认主页的网址形式可以有几种方法举例说明

不一定非要我答吧？基本就是leirainhappy说的那些，采纳他的吧

web服务的3种访问方式

与web服务的3种访问方式相关的内容