1. javawebservice，service有什么异同？

从事开发行业的朋友们都听说过一些名词，比如SOA、Web Service 、RPC、RESTful 等，特别是架构领域这些术语出现的频率也是很高的。这几个名词其实说的都是同一个东西，那就是服务，但很多朋友分不清它们之间的区别，下面我给大家梳理一下。

RPC是啥？

RPC代表的是远程过程调用(Remote Procedure Call)，它主要是面向方法(函数)级别的，我们只需要调用特定的方法来实现特定功能，而不需要了解其细节是如何实现的。它是Client/Server这种模式的。

说得通俗点就是，比如一套系统有一些核心代码(方法/函数)你不希望在此系统中植入（为了保密，防止被使用者破解），而是将这个核心代码放置在其它的服务器上运行，此系统只能调用远程服务器上的特定方法来实现功能。

RPC给我们的直观感觉就是，可以像调用本地方法(函数)一样去调用远程服务器上的方法(函数)，具体用什么协议（如：HTTP、TCP、UDP、或自定义协议）、以什么形式（如：Json、XML、Binary、Protobuf）来传递数据都是可以自定义的。

Web Service又是啥？

权威解释是：Web Service是一种跨语言跨操作系统的远程调用技术。如果单从字面去理解，它就是以WEB形式（HTTP协议）提供的Service服务，这是一种提供Service服务的形式，可以理解为是一类服务方式的统称。

RPC和Web Service的异同

1、相同点

RPC和Web Service作用是非常相似的，都是远程调用技术，都是一种概念。

2、不同点

RPC用什么协议，以什么形式传输数据是可以定制的，技术上可选择的余地更大；而Web Service则是以WEB形式提供的服务，协议自然就是HTTP/HTTPS了，可选择余地较小。

常见的Web Service可以用SOAP、RPC、RESTful来实现，但不能说RPC是Web Service的子级，因为RPC并不一定非要使用HTTP协议来实现。

RPC性能一般优于Web Service，在体系上RPC比Web Service要复杂的多。

以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流 ~ 我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！

2. Java往web方向比较好还是Android方向？

中庸的回答一定是各有优劣。我们先深入分析下两个方向，再来下结论。

先理一下这两个概念。android方向自然是移动端开发。web方向，这个用词不太准确。可能用服务器端开发更准确。

1、从需求量来说，肯定是服务器端多。

需求量多的原因自然是服务器方向的应用场景多。这个应该很好理解吧。服务器端，方方面面，各行各业的信息系统或Web系统都可以用Java来做。当然有些专业领域Java并不擅长，比如偏底层和算法。但是目前已知的众多商业场景都能看到Java的身影，从银行到教育，从网站到ERP。

而安卓以移动端APP为主，开发的是给直接用户使用的客户端。这个客户端访问的服务器端，很可能还是用Java开发的服务器端应用。虽然已经进入移动互联网时代了，但是还是会有大量软件没有或不需要移动端。或者移动端比较弱。比如很多专业性很强的应用。当然了，还有一些零散的智能设备现在也在使用安卓，比如智能电视。

2、从难易程度看，也是服务器端难；

安卓本质上就是客户端技术，简单的说就是界面技术，某种意义上也算另外一种前端人员。当然安卓往深层做也不简单，比如ROM定制之类会涉及到很多操作系统的知识。不过这里既然讨论的是Java的安卓方向，那么我们可以假设范围是在用开发移动端应用。

服务器端开发的基本面就会涉及到更广的知识领域。除了Java语法知识，还有各种开源框架、数据库知识及数据库的安装与使用、简单算法和数据结构知识、会玩一点服务器软件比如tomcat、也可能还需要会一点操作系统比如Linux的使用知识等等。

3、从就业机会上讲，安卓方向相对势弱，服务器端长期处于稳定需求中。

在移动互联网刚兴起的那两年，安卓开发属于求大于供，现在市场早已饱和。且因为服务器端的市场更大，所以哪怕服务器端市场也是饱和的，但是其基数大得多，那么就业机会也会更大。

再一个，移动端应用开发还有一个流派就是混合式开发。就是用一个移动端的原生壳，套上纯前端代码（html、css、js）来开发很多交互性不是那么强（游戏app算强、新闻类app算弱）的应用。因为混合式开发有跨平台性，也就是一次开发，安卓和苹果都能用。所以在不少场景下会选择这种开发方式。这又抢占了一部分安卓开发人员的市场。

现在移动端的形态越来越多样，安卓、苹果、微信小程序、百度小程序、支付宝小程序、头条小程序，以后还有会鸿蒙APP。所以混合式开发一定会长期存在，且不断优化。这确实会压缩安卓开发人员的存在空间。

4、从待遇上讲，安卓已经过了最好的时候，服务器端一直比较稳定。

曾经安卓求大于供的那两年，同等能力的安卓薪资会高于做服务器端的Java开发。现在安卓已是买方市场，安卓程序员没有那么高的议价能力了。虽然混合式开发的增加，安卓程序员的薪资不说下降吧，往上去的趋势肯定是没有的了。

服务器端的收入在可见的未来肯定是比较稳定的，波动不会太大，理论上会缓慢上涨。毕竟需求一直在那下不去，物价再涨你不涨说不过去啊。

5、从发展前景讲，服务器端更广。

就前面的论述可以看到，服务器端开发对程序员的综合能力要求更高。且在一个项目中，从偏前端的人和做后端的人中选一个项目经理的话，一般都会优先考虑后端。一个是后端人员本身综合能力要求更高，一个是后端人员本来要对接的其他角色更多对项目的理解比做安卓的人更深。

综上，服务器端（也即是Web方向）稳定可期，安卓端相对需求量少但肯定会长期存在。

3. WebClient是什么？

WebClient是一个.NET Framework中的类，用于在.NET应用程序中实现HTTP请求和响应。它提供了一种简单的方法来向Web服务器发送请求，接收并处理响应，可以用于获取Web页面、文件、数据等。

WebClient类提供了许多方法和属性，例如：

1. DownloadData：以字节数组的形式下载指定的Web资源。

2. DownloadString：以字符串的形式下载指定的Web资源。

3. UploadData：将数据作为字节数组上传到指定的Web资源。

4. UploadString：将数据作为字符串上传到指定的Web资源。

5. Headers：获取或设置用于HTTP请求的标头信息。

6. Encoding：获取或设置用于响应的字符编码。

WebClient类的使用非常方便，它封装了底层的HTTP请求和响应，使得开发者可以非常容易地与Web服务器交互，也可以方便地处理获取的数据。WebClient类也支持异步操作，可以在后台线程中执行HTTP请求，避免在主线程中阻塞。

总体来说，WebClient是一个非常有用的类，它为.NET应用程序提供了一种简单的方法来与Web服务器进行交互，是.NET框架中常用的HTTP客户端类之一。

4. 如何在Pb里调用Webservice？

我们用一个实例来说明：

新建应用,这些步骤与pb8一致的。然后建立一个Webservice Proxy Wizard,下一步会提示你输入WSDL文件，点击浏览选择，假设是C:\inetpub\wwwroot\的service1.wsdl文件。点击下一步，会自动出现WSDL文件中的Service.点击下一步，系统默认选择ServiceSoap，紧接着输入proxy name(代理对象名)，输入test_ws.后面的几项按默认即可。

完成后是编译代理对象的界面。会出现：

Web Service Generator Project Status

Deployment PBL: E:\program\pb\webservice\w_app.pbl

Clear PBL on build: No

Confirm overwrites: No

WSDL Location: file://E:\program\pb\webservice ervice1.wsdl

Services selected :

Service Service1:

Service1Soap

可以在属性中设置，也可以不用去管。点击编译的绿色图标，好了，一个代理对象生成了。

在左边的treeview中可以看到如:test_wsservice1soap的东西。

点击加号的图标，在function中可以看到里面的我们定义的show(string yourname) returns string.

好了最重要的一步已经完成了，我们来测试一下：

建一个windows，添加一个文本框和按钮控件。

在cb_1.click事件写入：

SoapConnection conn

Test_wsservice1soap test_ws

5. JavaWeb程序如何获取客户端IP？

我是Allen 一枚JAVA程序员

这个算是比较基础的问题。

JAVAWEB，我们以servlet为例，回答如何获取客户端IP，大部分的Javaweb程序均是基于此，例如springmvc，springboot。

首先我们知道javaweb客户端与服务端的交互一般是使用HTTP/HTTPS协议，而HTTP/HTTPS是基于TCP/IP协议的，既然是基于此协议，服务端是一定有办法获取客户端请求的IP和PORT的。而一般来说，servlet请求一般格式是这样的（未封装），使用简单的Springboot程序演示。

包含一个servlet请求，接下来我们看下这个请求，是否为我们封装了需要的客户端信息，一般来说我们客户端用remote表示。查看HttpServletRequest源码，查看其方法，有如下方法：

从名字上来看，分别是获取客户端地址，获取客户端主机（名称），获取客户端端口，以及获取客户端用户，废话不多说，直接上测试代码：

一般本机测试会出现因为ip回环问题，导致ip都是0.0.0.0，测试不出效果，我们打包放在XX云服务器上，或者在自己的虚拟机上都可以运行测试。

访问默认端口8080，可以看到如下信息，ip，port均是如此：

这样，应该知道如何获取客户端IP了吧？有问题请留言，欢迎关注本头条号，以及相关微信号zhd5986。

6. web服务的特点？

1、WEB服务的高度通用性

Web服务具备对象的良好封装性，对于使用者而言，能且仅能看到该对象提供的功能列表，而不必考虑web服务对象的内部组成，因此有易用性。Web服务对象内封装都是一些通用功能，因此具有高度的复用性。

2、完全的平台、语言独立性

Web服务对象具有松散耦合的特性，现的核心在于使用XML/SOAP作为消息交换协议，也就是说web服务因此具有语言的独立性。作为Web服务，其开放的标准协议标准协议应该完全免费，以便由任意平台都能够实现。绝大多数规范将最终有W3C或OASIS作为最终版本的发布方和维护方，因此web服务也拥有了平台独立性。

3、高度可集成性

Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，所以在当前环境下最高的可集成性。

7. WebService是什么？

Web Service是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。Internet Inter-Orb Protocol(IIOP)都已经发布了很长时间了，但是这些模型都依赖于特殊对象模型协议，而 Web Services 利用 SOAP 和 XML对这些模型在通讯方面作了进一步的扩展以消除特殊对象模型的障碍。Web Services 主要利用 HTTP 和 SOAP 协议使业务数据在 Web 上传输，SOAP通过 HTTP 调用业务对象执行远程功能调用，Web 用户能够使用 SOAP 和 HTTP通过 Web 调用的方法来调用远程对象的。 实现方式： 第一种：xfire Client client = new Client(new URL（url)); Object[] results = client.invoke(operationName, new Object[]{ifuser,ifevent,input}); ret = (String)results[0] ; 第二种：axis Service service = new Service(); Call call = (Call)service.createCall(); call.setTargetEndpointAddress(new java.net.URL(url));// 设置WebService服务的url地址 call.setOperationName( operationName);// 调用的后台webservice服务的方法为exchange ret = (String)call.invoke(new Object[] {input});// 调用后台webservice服务 以上两种实现方式，在项目中已经使用了，运行正常。但是项目初期开始用的还是碰到一些问题，如果服务器端是java开发的，用axis掉用服务端的时候，没有问题。如果服务器端是.net开发的，会碰到莫名奇妙的问题，我估计.net服务器端参数配置修改一下应该可以调得通，由于时间紧张，我就没有深究了。换了xfire掉服务器端，结果是两种不同语言实现的系统，都可以调通了。