vice

NVIDIA虚拟音频设备（波扩展）这是你装显卡驱动时安装上来的，显卡驱动安装时可不选此程序。虚拟设备，实际上就是不存在的。如果你的声卡不能够驱动，而有些程序运行的必要条件是必须有相应的设备进行音频输出（如果此类程序无法找到相应的设备的话，就会异常退出），在这种情况下，你当然会需要用到虚拟音频设备。当你的音频驱动（第二个）不能用时，虚拟音频设备就可启用。没有音频输出设备就会退出的程序很少，虚拟音频设备可以卸载。

NVIDIA虚拟音频设备（波扩展）。这是你装显卡驱动时安装上来的，显卡驱动安装时可不选此程序。虚拟设备，实际上就是不存在的。如果你的声卡不能够驱动，而有些程序运行的必要条件是必须有相应的设备进行音频输出（如果此类程序无法找到相应的设备的话，就会异常退出）。在这种情况下，你当然会需要用到虚拟音频设备。当你的音频驱动（第二个）不能用时，虚拟音频设备就可启用。没有音频输出设备就会退出的程序很少，虚拟音频设备可以卸载。Win7声卡设备只有NVIDIA Virtual Audio Device选项的解决方法：如果声卡设备中只有这个虚拟设备，说明真正的声卡并没有被识别出来，可以右键设备管理器上的选项，点击扫描检测硬件改动；如果还是无法检测到电脑的声卡设备，则说明声卡损坏，需要购买外接声卡；声卡有PCI插槽和USB接口等，用户可根据需要购买。

http://www.blogjava.net/zjhiphop/archive/2009/04/29/webservice.html有几种方法

什么语言啊？一般来说就是访问webservice的网址就行了啊

Softdevice命名规则一： Softdevice包括两种底层协议栈：BLE和ANT。BLE包括两种角色：central（又称master）和peripheral（又称slave），为此需要给这些不同类型的协议栈进行命名区分。协议栈命名格式为Sxyz，其中 x – 表示协议栈的类型，1表示BLE协议栈，2表示ANT协议栈，3表示同时支持BLE和ANT y – 表示BLE角色，1表示从设备，2表示主设备，3表示同时支持主设备和从设备 z – 表示芯片类型，0表示nRF51系列，2表示nRF52系列 比如S110，表示只支持从设备模式的nRF51 BLE协议栈 比如S130，表示既支持从设备模式又支持主设备模式的nRF51 BLE协议栈 比如S132，表示既支持从设备模式又支持主设备模式的nRF52 BLE协议栈 比如S212，表示nRF52 ANT协议栈 比如S332，表示nRF52既支持BLE协议栈又支持ANT协议栈，而且BLE协议栈既支持从设备模式又支持主设备模式 Softdevice命名规则二： 大体上跟命名规则1相同，但是协议栈编号最后2位跟芯片型号一样，比如S140，代表这个协议栈专门用于nRF52840。

什么是protocol bufferProtocolBuffer是用于结构化数据串行化的灵活、高效、自动的方法，有如XML，不过它更小、更快、也更简单。你可以定义自己的数据结构，然后使用代码生成器生成的代码来读写这个数据结构。你甚至可以在无需重新部署程序的情况下更新数据结构。1.2 他们如何工作你首先需要在一个 .proto 文件中定义你需要做串行化的数据结构信息。每个ProtocolBuffer信息是一小段逻辑记录，包含一系列的键值对。这里有个非常简单的 .proto 文件定义了个人信息:message Person { required string name=1; required int32 id=2; optional string email=3; enum PhoneType { MOBILE=0; HOME=1; WORK=2; } message PhoneNumber { required string number=1; optional PhoneType type=2 [default=HOME]; } repeated PhoneNumber phone=4;}有如你所见，消息格式很简单，每个消息类型拥有一个或多个特定的数字字段，每个字段拥有一个名字和一个值类型。值类型可以是数字(整数或浮点)、布尔型、字符串、原始字节或者其他ProtocolBuffer类型，还允许数据结构的分级。你可以指定可选字段，必选字段和重复字段。你可以在( gle.com/apis/protocolbuffers/docs/proto.html )找到更多关于如何编写 .proto 文件的信息。一旦你定义了自己的报文格式(message)，你就可以运行ProtocolBuffer编译器，将你的 .proto 文件编译成特定语言的类。这些类提供了简单的方法访问每个字段(像是 query() 和 set_query() )，像是访问类的方法一样将结构串行化或反串行化。例如你可以选择C++语言，运行编译如上的协议文件生成类叫做 Person 。随后你就可以在应用中使用这个类来串行化的读取报文信息。你可以这么写代码:Person person;person.set_name("John Doe");person.set_id(1234);person.set_email("jdoe@example.com");fstream.output("myfile",ios::out | ios::binary);person.SerializeToOstream(&output);然后，你可以读取报文中的数据:fstream input("myfile",ios::in | ios:binary);Person person;person.ParseFromIstream(&input);cout << "Name: " << person.name() << endl;cout << "E-mail: " << person.email() << endl;你可以在不影响向后兼容的情况下随意给数据结构增加字段，旧有的数据会忽略新的字段。所以如果使用ProtocolBuffer作为通信协议，你可以无须担心破坏现有代码的情况下扩展协议。你可以在API参考( oogle.com/apis/protocolbuffers/docs/reference/overview.html )中找到完整的参考，而关于ProtocolBuffer的报文格式编码则可以在( .google.com/apis/protocolbuffers/docs/encoding.html )中找到。1.3 为什么不用XML?ProtocolBuffer拥有多项比XML更高级的串行化结构数据的特性，ProtocolBuffer：更简单小3-10倍快20-100倍更少的歧义可以方便的生成数据存取类例如，让我们看看如何在XML中建模Person的name和email字段:<person> <name>John Doe</name> <email>jdoe@example.com</email></person>对应的ProtocolBuffer报文则如下:#ProtocolBuffer的文本表示#这不是正常时使用的二进制数据person { name: "John Doe" email: "jdoe@example.com"}当这个报文编码到ProtocolBuffer的二进制格式( .google.com/apis/protocolbuffers/docs/encoding.html )时(上面的文本仅用于调试和编辑)，它只需要28字节和100-200ns的解析时间。而XML的版本需要69字节(除去空白)和 5000-10000ns的解析时间。当然，操作ProtocolBuffer也很简单:cout << "Name: " << person.name() << endl;cout << "E-mail: " << person.email() << endl;而XML的你需要:cout << "Name: " << person.getElementsByTagName("name")->item(0)->innerText() << endl;cout << "E-mail: " << person.getElementsByTagName("email")->item(0)->innerText() << end;当然，ProtocolBuffer并不是在任何时候都比XML更合适，例如ProtocolBuffer无法对一个基于标记文本的文档建模，因为你根本没法方便的在文本中插入结构。另外，XML是便于人类阅读和编辑的，而ProtocolBuffer则不是。还有XML是自解释的，而 ProtocolBuffer仅在你拥有报文格式定义的 .proto 文件时才有意义。1.4 听起来像是为我的解决方案，如何开始?下 er编译器，用于生成你需要的IO类。构建和安装你的编译器，跟随README的指令就可以做到。一旦你安装好了，就可以跟着编程指导( ogle.com/apis/protocolbuffers/docs/tutorials.html )来选择语言-随后就是使用ProtocolBuffer创建一个简单的应用了。1.5 一点历史ProtocolBuffer最初是在Google开发的，用以解决索引服务器的请求、响应协议。在使用ProtocolBuffer之前，有一种格式用以处理请求和响应数据的编码和解码，并且支持多种版本的协议。而这最终导致了丑陋的代码，有如:if (version==3) { ...}else if (version>4) { if (version==5) { ... } ...}通信协议因此变得越来越复杂，因为开发者必须确保，发出请求的人和接受请求的人必须同时兼容，并且在一方开始使用新协议时，另外一方也要可以接受。ProtocolBuffer设计用于解决这一类问题：很方便引入新字段，而中间服务器可以忽略这些字段，直接传递过去而无需理解所有的字段。格式可以自描述，并且可以在多种语言中使用(C++、Java等)然而用户仍然需要手写解析代码。随着系统的演化，他需要一些其他的功能：自动生成编码和解码代码，而无需自己编写解析器。除了用于简短的RPC(Remote Procedure Call)请求，人们使用ProtocolBuffer来做数据存储格式(例如BitTable)。RPC服务器接口可以作为 .proto 文件来描述，而通过ProtocolBuffer的编译器生成存根(stub)类供用户实现服务器接口。ProtocolBuffer现在已经是Google的混合语言数据标准了，现在已经正在使用的有超过48,162种报文格式定义和超过 12,183个 .proto 文件。他们用于RPC系统和持续数据存储系统。2 语言指导本指导描述了如何使用ProtocolBuffer语言来定义结构化数据类型，包括 .proto 文件的语法和如何生成存取类。这是一份指导手册，一步步的例子使用文档中的多种功能，查看入门指导( m/apis/protocolbuffers/docs/tutorials.html )选择你的语言。2.1 定义一个消息类型@waiting …2.2 值类型@waiting …2.3 可选字段与缺省值@waiting …2.4 枚举@waiting …2.5 使用其他消息类型@waiting …2.6 嵌套类型@waiting …2.7 更新一个数据类型@waiting …2.8 扩展@waiting …2.9 包@waiting …2.10 定义服务@waiting …2.11 选项@waiting …2.12 生成你的类@waiting …3 代码风格指导本文档提供了 .proto 文件的代码风格指导。按照惯例，你将会，你将会生成一些便于阅读和一致的ProtocolBuffer定义文件。3.1 消息与字段名使用骆驼风格的大小写命名，即单词首字母大写，来做消息名。使用GNU的全部小写，使用下划线分隔的方式定义字段名:message SongServerRequest { required string song_name=1;}使用这种命名方式得到的名字如下:C++: const string& song_name() {...} void set_song_name(const string& x) {...}Java: public String getSongName() {...} public Builder setSongName(String v) {...}3.2 枚举使用骆驼风格做枚举名，而用全部大写做值的名字:enum Foo { FIRST_VALUE=1; SECOND_VALUE=2;}每个枚举值最后以分号结尾，而不是逗号。3.3 服务如果你的 .proto 文件定义了RPC服务，你可以使用骆驼风格:service FooService { rpc GetSomething(FooRequest) returns (FooResponse);}4 编码本文档描述了ProtocolBuffer的串行化二进制数据格式定义。你如果仅仅是在应用中使用ProtocolBuffer，并不需要知道这些，但是这些会对你定义高效的格式有所帮助。4.1 一个简单的消息@waiting …4.2 基于128的Varints@waiting …4.3 消息结构@waiting …4.4 更多的值类型@waiting …4.5 内嵌消息@waiting …4.6 可选的和重复的元素@waiting …4.7 字段顺序@waiting …5 ProtocolBuffer基础：C++@waiting …6 ProtocolBuffer基础：Java@waiting …7

请参照 thrust，一个CUDA SDK自带的库，它实现了和Vector类似的功能，有device_vector和host_vector。谢谢

LikeIwould，你试听下

shuttle service接送服务双语对照词典结果：shuttle service[英][u02c8u0283u028ctl u02c8su025cu02d0vu026as][美][u02c8u0283u028ctl "su025dvu026as]n.短程运输; 例句:1.The hotel also offers complimentary airport shuttle service to Miami International Airport.

选择window，Show View，Navigator即可

把视图，切换为Java EE模式

可以有以下两种方式第一种方式 URL wsdlURL = new URL("http://172.16.200.56:8084/seps/ABCService?wsdl"); QName serviceQName = new QName("http://www.abc.org/definitions", "ABCService"); QName portQName = new QName("http://www.abc.org/definitions", "ABCServicePort"); Service service = Service.create(wsdlURL, serviceQName); port = service.getPort(/*portQName, */ABC.class); // 另一种方式，但是这种方式在设置代理服务器的情况下经常会“Could not send Message”，而且极慢 //JaxWsProxyFactoryBean factory = new JaxWsProxyFactoryBean(); //factory.setServiceClass(ABC.class); //factory.setAddress("http://172.16.200.56:8084/seps/ABCService"); //port = (ABC) factory.create();

一般情况下尽量少返回特殊的数据类型，最好是返回原始数据类型，比如说String、int等，哪怕麻烦点儿，也不会出什么错。建议你将其转换为String类型返回试试。我最近做项目也是用到了myeclipse9中的jax-ws将javabean自动生成webservice，由于前面尝试过多次，返回String等基本的数据类型，或者不返回值时才可以正常生成，万般无奈就把Resultset转换为xml，然后将xml内容转换为字符串返回了。

* 回复内容中包含的链接未经审核，可能存在风险，暂不予完整展示！ JAX-WS简介：JAX_RPC(Java API for XML-Based RPC)允许Java应用程序可以通过已知的描述信息调用一个基于Java的Web服务，描述信息与Web服务的WSDL描述相一致JAX-RPC2.0更名为JAX-WS2.0(Java API for XML-Based Web Services)JAX-WS中，一个远程调用可以转换为一个基于XML的协议，如SOAP。开发者在使用JAX-WS的过程中，不需要编写任何生成、处理SOAP消息的代码，JAX-WS在运行时自动将API的调用转换为相应的SOAP消息在服务器端，用户只需要通过Java语言定义远程调用所需实现的接口，并提供相应实现，通过调用JAX-WS的服务发布接口即可将其发布为WebService接口在客户端，用户可以通过JAX-WS的API创建一个代理来实现对于远程服务器端的调用 JAX-WS服务端：JAX-WS服务端采用注释描述WebService，不再依赖WebService描述文件使用JDK1.6_45（JDK1.5中不包含所需类）[java] view plain copypackage com.sean.server; import javax.jws.WebMethod; import javax.jws.WebParam; import javax.jws.WebService; @WebService public interface Plus { @WebMethod public int plus(@WebParam(name="x") int x,@WebParam(name="y") int y); } [java] view plain copypackage com.sean.server; import javax.jws.WebMethod; import javax.jws.WebParam; import javax.jws.WebService; @WebService public class PlusImpl implements Plus { @WebMethod public int plus(@WebParam(name="x") int x, @WebParam(name="y") int y) { return x + y; } } [java] view plain copypackage com.sean.server; import javax.xml.ws.Endpoint; public class Server { public static void main(String[] args) { PlusImpl plus = new PlusImpl(); String addr = "http://127.0.0.1:8888/Plus"; Endpoint.publish(addr, plus); } } 程序启动后，访问http://127.0.0.1:8888/Plus?wsdl即可查看自动生成的WSDL文件[html] view plain copy<?xml version="1.0" encoding="UTF-8"?> <!-- Published by JAX-WS RI at http://jax-ws.dev.j**.net. RI"s version is JAX-WS RI 2.1.6 in JDK 6. --> <!-- Generated by JAX-WS RI at http://jax-ws.dev.j**.net. RI"s version is JAX-WS RI 2.1.6 in JDK 6. --> <definitions name="PlusImplService" targetNamespace="http://server.s**.com/" xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://server.s**.com/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"> <types> <xsd:schema> <xsd:import schemaLocation="http://127.0.0.1:8888/Plus?xsd=1" namespace="http://server.s**.com/" /> </xsd:schema> </types> <message name="plus"> <part name="parameters" element="tns:plus" /> </message> <message name="plusResponse"> <part name="parameters" element="tns:plusResponse" /> </message> <portType name="PlusImpl"> <operation name="plus"> <input message="tns:plus" /> <output message="tns:plusResponse" /> </operation> </portType> <binding name="PlusImplPortBinding" type="tns:PlusImpl"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" /> <operation name="plus"> <soap:operation soapAction="" /> <input> <soap:body use="literal" /> </input> <output> <soap:body use="literal" /> </output> </operation> </binding> <service name="PlusImplService"> <port name="PlusImplPort" binding="tns:PlusImplPortBinding"> <soap:address location="http://127.0.0.1:8888/Plus" /> </port> </service> </definitions> 使用 SoapUI5.0.0尝试用上面的WSDL创建WebService服务端报错（org.apache.xmlbeans.XmlException:error:does not close tag.）使用SoapUI4.5.2则一切正常，只能归咎于不同版本的SoapUI对文件格式校验不同 JAX-WS客户端：[java] view plain copypackage com.sean.client; import j**.net.URL; import javax.xml.namespace.QName; import javax.xml.ws.Service; import com.sean.server.Plus; public class Client { public static void main(String[] args) throws Exception { QName serviceName = new QName("http://server.s**.com/", "PlusImplService"); QName portName = new QName("http://server.s**.com/", "PlusImplPort"); String addr = "http://127.0.0.1:8888/Plus?wsdl"; URL url = new URL(addr); Service service = Service.create(url, serviceName); Plus plus = service.getPort(portName,Plus.class); //Plus plus = service.getPort(Plus.class); int result = plus.plus(1, 2); System.out.println("result:" + result); } } 使用Plus plus = service.getPort(Plus.class)方法时，客户端调用时报错：Exception in thread "main" javax.xml.ws.WebServiceException: Undefined port type: {http://server.s**.com/}Plus解决方式一：如客户端示例，将Plus plus = service.getPort(Plus.class)修改为Plus plus = service.getPort(portName,Plus.class)解决方式二：修改PlusImpl类的@WebService标记修改为@WebService(endpointInterface="com.sean.server.Plus")

第一，web service这种重量级框架不可取，第二，要通过外部网络。要做这样的事情你要搞定这几个事：建立一个SQL数据库，然后在本地发布一个Web API项目，POST方式请求数据Web API发布，地址解析映射到外部网络Android Srudio调用Web API，从发布的地址请求数据想要完整的程序和远程操作指导，加V，我的ID去掉a，不是free哦，教会为止

1、先检查网络有没有毛病。2、看看是不是最新的版本。3、是不是账号密码错误。4、检查电脑系统有没有问题。以上几点都会造成登录失败。

合同法回呢社热

我查了下viewport，有几个属性：width - viewport的宽度 height - viewport的高度initial-scale - 初始的缩放比例minimum-scale - 允许用户缩放到的最小比例maximum-scale - 允许用户缩放到的最大比例user-scalable - 用户是否可以手动缩放估计是本身页面尺寸就是那么大吧【本人还没开始接触手机WEB前端，请恕我见识短浅

这是 HTML 里 的 <META> 标签。 它是 <HEAD> 标签 里的一部分。<META> 标签 里 含 “名字 与 数据 ”对子（pairs）这里 的 名字 是 viewport （显示窗口）数据 是 文本 内容 content="width=device-width, initial-scale=1.0"也就是 显示窗口 宽度 是 客户端的 屏幕 宽度 （就是 满屏 ！），显示的文字和图形的初始比例 是 1.0例如 字体 16，像素 16， 图宽 640 pix, 显示 宽度 就 是 640 像素。

不会那个是调节显卡性能的可以关掉没有任何影响

要重新安装Internet 协议。1：删除已损坏的注册表项1. 单击“开始”，然后单击“运行”。 2. 在“打开”框中，键入 regedit，然后单击“确定”。 3. 在注册表编辑器中，找到下列项，右键单击各项，然后单击“删除”：HKEY_LOCAL_MACHINESystemCurrentControlSetServicesWinsockHKEY_LOCAL_MACHINESystemCurrentControlSetServicesWinsock2 4. 在系统提示您确认删除时，单击“是”。 步骤 2：安装 TCP/IP1. 右键单击网络连接，然后单击“属性”。 2. 单击“安装”。 3. 单击“协议”，然后单击“添加”。 4. 单击“从磁盘安装”。 5. 键入 C:Windowsinf，然后单击“确定”。 6. 在可用协议列表中，单击“Internet 协议(TCP/IP)”，然后单击“确定”。 7. 重新启动计算机。

你是不是用了反序化，如果是，你序列和反序列的那个类所在空间名和类名，在客户端和webservice端最好一致。

MPU-401不是声卡，而是声卡里面一个组成部分，可以算是一个芯片，没记错的话，应该是音频信息解码器。在某些集成的AC97声卡上会有这个东东，大多数情况下，是在硬声卡（不需要CPU参与解码工作的声卡）上比较常见，比如以前的8738声卡。你可以试试用硬件识别工具（比如：EVEREST）看看声卡是什么型号，然后去下载对应的驱动安装，就可以解决问题。

电脑没有声音问题：希望可以帮到您一、首先要确认硬件没问题。如果喇叭没毛病，声卡也没问题，如果你已经在其他的机器上测试过确实是完好的话，那么可以继续往下看。希望可以帮到你：二、确认所有的连接线完全正确。然后将音箱电源打开，音量开关打开。三、正确安装声卡的驱动程序，如果是板载声卡，就最好安装主板驱动程序盘上提供的驱动程序。（实际上，电脑不出声，很多时候都是因为声卡驱动不正确。一般情况下，声卡驱动安装好之后，在右下角的任务栏里会有一个小喇叭的图标。）四、如果肯定了驱动程序是正确安装的，那么再来看一下电脑里的音量设置。具体方法是：双击任务栏里的小喇叭的图标，在弹出的“音量控制”对话框中查看“音量控制”和“波形”两项里是不是把音量关到最小，或者被设成静音状态。如果以对话框中没有这两个选项，请点击“选项”菜单——选择“属性”——在“显示下列音量控制”中选中“音量控制”和“波形”两项，再进行正确设定。注意：只有正确安装了声卡的驱动程序之后才能进行第四步的设置。特别提醒：实际上很多时候，电脑不正常工作的原因都是小毛病，软故障，仔细分析，很多时候都能够很容易的解决问题的。

找不到可以引导的驱动器redshift上出现nodevicesavailable这句话的意思是“找不到可以引导的驱动器”。原因:1、操作系统文件损坏。2、MBR表损坏。3、硬盘数据线松了

1、首先来看一段使用示例 ExecutorService recmdService = Executors. newFixedThreadPool(1); Future<List<Long>> recmdFuture = recmdService.submit( new Callable<List<Long>>() { @Override public List<Long> call() throws Exception { /* * do something here */ return result; } }); /* * do something here. */ List<Long> recmdPoiIds = null; try { recmdPoiIds = recmdFuture.get(10, TimeUnit. SECONDS); } catch (Exception e) { logger.error("error information " , e); recmdPoiIds = new ArrayList<Long>(); } 上面的示例代码来自于工作中出现的一段使用Executor框架的示例，当然也只能算是对Executor框架的一种非常简单的应用。大体的意思是在执行主体任务的同时重新开了一个线程去同步执行另一个任务。然后再主体任务执行完后，同时去获取在这个新开的线程中执行任务的结果。 示例虽然简单，但其中也包括了Executor的一些基本组成元素，也是了解Executor所需要的最基本的东西：任务在一个单独的线程中执行、任务提交时返回一个Future对象、通过Future对象去获取任务的执行结果、获取任务执行结果时可能会造成当前线程的阻塞。2、任务的提交在执行recmdService.submit时，任务被提交到Executor框架中，进入执行，并且返回一个Future对象。可以猜想，这里肯定是生成了一个新的线程去执行任务，那么这个任务和返回的Future对象之间有什么关系，线程又是怎么生成的。下面将通过相关代码来进行分析。ThreadPoolExecutor继承自AbstractExecutorService，AbstractExecutorService实现了ExecutorService接口，实现了submit方法，仍把execute方法留待子类实现。下面来看submit方法的实现 public <T> Future<T> submit(Callable<T> task) { if (task == null) throw new NullPointerException(); RunnableFuture<T> ftask = newTaskFor(task); execute(ftask); return ftask; }protected <T> RunnableFuture<T> newTaskFor (Callable<T> callable) { return new FutureTask<T>(callable); }submit方法所做的事情其实很简单，生成了一个FutureTask对象，调用execute方法，然后返回。execute方法的执行涉及到ThreadPoolExecutor的很多细节，这里可以理解为开启一个新线程，在新线程中执行，由于这里是开启新线程后执行任务，所以，submit方法不会阻塞调用线程。由于在调用recmdFuture.get方法时会造成当前线程的阻塞，所以这里需要来关注下FutureTask的实现，是如何实现这种效果的。首先需要明确下线程的关系：a、执行任务的线程，也就是通过ThreadPoolExecutor创建的线程，任务在这个线程中执行，但我们无法获得这个线程的Thread对象b、拥有recmdFuture的线程，也就是调用Executor框架的线程，可以理解成我们的“主线程”FutureTask实现了RunnableFuture接口，只有一个Sync的属性，Sync类和属性的定义如下 private final class Sync extends AbstractQueuedSynchronizer { private static final long serialVersionUID = -7828117401763700385L; /** State value representing that task is running */ private static final int RUNNING = 1; /** State value representing that task ran */ private static final int RAN = 2; /** State value representing that task was cancelled */ private static final int CANCELLED = 4; /** The underlying callable */ private final Callable<V> callable; /** The result to return from get() */ private V result; /** The exception to throw from get() */ private Throwable exception; /** * The thread running task. When nulled after set/cancel, this * indicates that the results are accessible. Must be * volatile, to ensure visibility upon completion. */ private volatile Thread runner ;注意三点：Sync继承了AbstractQueuedSynchronizer ，使用了jdk的AQS线程同步框架；有一个V result属性，是用来存储任务执行完之后的结果对象；有一个Thread runner属性，用来表示执行任务的那个线程。3、任务结果的获取 由上面的分析可知，在通过Executor提交任务时，返回的其实是一个FutureTask对象。在实际中，如果任务执行的耗时较长，在调用get方法获取结果时，可能会造成线程的阻塞，如上面示例中的recmdFuture.get(10, TimeUnit. SECONDS)，指定了一个最长等待时间。那么，结果是如何传递的，阻塞又是如何实现的呢？ 还是来看FutureTask的get方法，这是获取任务执行结果的入口， public V get( long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException { return sync.innerGet(unit.toNanos(timeout)); }通过调用Sync的innerGet来执行，下面来看实现 V innerGet(long nanosTimeout) throws InterruptedException, ExecutionException, TimeoutException { if (!tryAcquireSharedNanos(0, nanosTimeout)) throw new TimeoutException(); if (getState() == CANCELLED) throw new CancellationException(); if (exception != null) throw new ExecutionException(exception); return result; }调用了AQS的tryAcquireSharedNanos，在这里实现了调用Future的get方法的阻塞，也就是上面说的“主线程的阻塞”。但，在AQS的解析中，我们了解，这个方法并不一定会导致调用线程的阻塞（也就是进入阻塞队列中）。需要有一个线程以排他的方式占据当前的同步对象，这样其它线程在试图获取共享对象时才会被阻塞。结合对Executor框架的使用，正常情况下，只有当任务执行完成后，获取结果的线程才不会阻塞，所以我们可以猜测，这个以排他方式占据共享对象的线程就是执行任务的线程，也就是通过ThreadPoolExecutor创建的那个线程。在任务执行之前，这个线程先以排他的方式获取了共享对象，然后再任务执行完成（Callable的call方法）后，释放共享对象。FutureTask实现了RunnableFuture接口，而RunnableFuture又继承Runnable接口，也就是说FutureTask其实本身就是一个Runnable对象，也就实现了run方法。这个方法正式一个线程被启动时要执行的任务。来看FutureTask的run方法的实现 public void run() { sync.innerRun(); }run方法的执行已经是在被启动线程中，也就是和我们“主线程”不同的那个执行任务的线程，由ThreadPoolExecutor创建的线程。 void innerRun () { if (!compareAndSetState(0, RUNNING)) return; try { runner = Thread.currentThread(); if (getState() == RUNNING) // recheck after setting thread innerSet(callable.call()); else releaseShared(0); // cancel } catch (Throwable ex) { innerSetException(ex); } }首先通过CAS框架把共享对象的状态设置为RUNNING状态，实现了以排他方式获取共享对象。然后设置runner=Thread.currentThread();把runner设置为当前线程，由于线程是通过ThreadPoolExecutor创建和启动的，所以这里就是把runner对象设置为在执行任务的那个线程。调用callable.call方法执行任务，然后innerSet设置返回结果。void innerSet(V v) { for (;;) { int s = getState(); if (s == RAN) return; if (s == CANCELLED) { // aggressively release to set runner to null, // in case we are racing with a cancel request // that will try to interrupt runner releaseShared(0); return; } if (compareAndSetState(s, RAN)) { result = v; releaseShared(0); done(); return; } } }innerSet主要做三件事情：设置result字段，也就是保存任务执行的结果；设置共享对象的状态，表明任务已经执行完毕；释放共享对象，唤醒那些等待获取结果的线程。使用releaseShared的方式唤醒，是因为那些获取结果的线程都是以共享的方式阻塞在这个共享对象上（具体可以参考"共享锁和排它锁"一章），所以释放共享对象的时候，可以一次唤醒所有的等待获取结果的线程。

service 模块name参数：此参数用于指定需要操作的服务名称，比如 nginx。 state参数：此参数用于指定服务的状态，比如，我们想要启动远程主机中的 nginx，则可以将 state 的值设置为 started；如果想要停止远程主机中的服务，则可以将 state 的值设置为 stopped。此参数的可用值有 started、stopped、restarted、reloaded。 enabled参数：此参数用于指定是否将服务设置为开机 启动项，设置为 yes 表示将对应服务设置为开机启动，设置为 no 表示不会开机启动。arguments 给命令提供一些选项runlevel 运行等级sleep 如果运行看restarted 则stop and start 之间沉睡几秒中

1. webservice走HTTP协议和80端口。2. 而你说的api，用的协议和端口，是根据开发人员定义的。3. 这么说吧，api类似于cs架构，需要同时开发客户端API和服务器端程序。4. 而WebService则类似于bs架构，只需要开发服务器端，不需要开发客户端，客户端只要遵循soap协议，就可以调用。

rest api属于webService的其中一种请求样式：你应该想问的是REST 样式和 SOAP 样式 的区别吧？从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是对象（资源），通过Http GET, PUT, POST 或者 DELETE来对请求的资源进行操作。在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。最后，如果你已经有相关接口，若需要测试，推荐eolinker，可视化界面 ，支持自动生成文档，支持Mock数据，自动化测试，生成SDK，团队协作等等。eolinker也是目前国内最大的在线接口管理平台~

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。 WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。 WebService=WSDL+SOAP+UDDI（webservice的注册） Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。 Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。 Web Service的优点 (1) 可以让异构的程序相互访问（跨平台）(2) 松耦合 (3) 基于标准协议（通用语言，允许其他程序访问） Web Service的基本原理 (1) Service Provider采用WSDL描述服务 (2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server） (3) Service Requestor在UDDI服务器上查询并 获取WSDL文件 (4) Service requestor将请求绑定到SOAP，并访问相应的服务。

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。x0dx0aWebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。x0dx0aWebService=WSDL+SOAP+UDDI（webservice的注册）x0dx0aSoap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。x0dx0aWeb Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。x0dx0aWeb Service的优点x0dx0a(1) 可以让异构的程序相互访问（跨平台）(2) 松耦合x0dx0a(3) 基于标准协议（通用语言，允许其他程序访问）x0dx0aWeb Service的基本原理x0dx0a(1) Service Provider采用WSDL描述服务x0dx0a(2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server）x0dx0a(3) Service Requestor在UDDI服务器上查询并 获取WSDL文件x0dx0a(4) Service requestor将请求绑定到SOAP，并访问相应的服务。

　　简单说, WebService就是一些站点开放一些服务出来, 也可以是你自己开发的Service, 也就是一些方法, 通过URL,指定某一个方法名,发出请求,站点里的这个服务(方法),接到你的请求,根据传过来的参数,做一些处理, 然后把处理后的结果以XML形式返回来给你,你的程序就解析这些XML数据,然后显示出来或做其它操作.举个例子: 很多大的站点提供有天气预报的WebService,只要你发出请求过来,它就返回天气预报的数据,然后你把结果显示在自己的程序上.

webservice是一个soa（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过internet进行基于http协议的网络应用间的交互。webservice实现不同语言间的调用，是依托于一个标准，webservice是需要遵守wsdl（web服务定义语言）/soap（简单请求协议）规范的。webservice=wsdl+soap+uddi（webservice的注册）soap是由soap的part和0个或多个附件组成，一般只有part，在part中有envelope和body。webservice是通过提供标准的协议和接口，可以让不同的程序集成的一种soa架构。webservice的优点(1)可以让异构的程序相互访问（跨平台）(2)松耦合(3)基于标准协议（通用语言，允许其他程序访问）webservice的基本原理(1)serviceprovider采用wsdl描述服务(2)serviceprovider采用uddi将服务的描述文件发布到uddi服务器（registerserver）(3)servicerequestor在uddi服务器上查询并获取wsdl文件(4)servicerequestor将请求绑定到soap，并访问相应的服务。

通常用于异步调用，ajax里面的。

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。 WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。 WebService=WSDL+SOAP+UDDI（webservice的注册） Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。 Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。 Web Service的优点 (1) 可以让异构的程序相互访问（跨平台）(2) 松耦合 (3) 基于标准协议（通用语言，允许其他程序访问） Web Service的基本原理 (1) Service Provider采用WSDL描述服务 (2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server） (3) Service Requestor在UDDI服务器上查询并 获取WSDL文件 (4) Service requestor将请求绑定到SOAP，并访问相应的服务。

一、Web Services解释：WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互；WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的；WebService=WSDL+SOAP+UDDI（webservice的注册）；Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body；Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。二、Web Service的优点可以让异构的程序相互访问（跨平台）(2) 松耦合；基于标准协议（通用语言，允许其他程序访问）。三、Web Service的基本原理Service Provider采用WSDL描述服务；Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server）；Service Requestor在UDDI服务器上查询并 获取WSDL文件；Service requestor将请求绑定到SOAP，并访问相应的服务。

您好，很高兴能帮助您它是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的web应用程序分支，是自包含、自描述、模块 化的应用，可以发布、定位、通过web调用。Web Service是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap)来访问Web Service,通过Web Service内部执行得到所需结果.Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务. PS:简单的说Webservices 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个Webservices 的应用程序叫做客户在构建和使用Web Service时,主要用到以下几个关键的技术和规则: Http传输信道　　 XML（ Extensible Markup Language ）:描述数据的标准方法. 　　SOAP（ Simple Object Access Protocol ）:表示信息交换的协议. 　　WSDL（ Web Services Description Language ）:Web服务描述语言. 　　UDDI(Universal Description, Discovery and Integration):通用描述、发现与集成，它是 一种独立于平台的，基于XML语言的用于在互联网上描述商务的协议你的采纳是我前进的动力，记得好评和采纳，答题不易，互相帮助，

　　1、原理流程WebService技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据WebService规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。WebService是自描述、自包含的可用网络模块，可以执行具体的业务功能。 　　2、WebService也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。WebService减少了应用接口的花费。WebService为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。

webservice需要寄宿程序啊，也就是说这个服务必须启动，DLL里你如何去启动服务呢？没见过webservice这样发布的。

动态设置，WebService的引用路径

需要Axis包.或者XFire包这2种是常用的Java调WS的包

如果你有固定的公网IP，直接在路由器里面做端口转发就可以了。如果你没有公网IP或者公网IP不固定，那么你需要一个可以实现内网转发或者说内网访问设备，实现原理很多，有做DDNS动态域名绑定的，有走转发的。零遁建站宝。一个小设备，接入服务器所在的内网，即可将网站发布到公网上去。它是走中继的，简单几步的映射配置就能完成。

从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。

同步就是一次执行完了，异步就是你的这个执行和那个执行是分开的

作为服务提供方，我们写的FM里可能包括：转换计量单位到内码、调用BAPI等操作。如果语言提供的不对，就可能导致计量单位转换失败，或者BAPI返回的消息是英文的。 其中，计量单位转换，在调用CUNIT这个转换例程时，倒是可以提供语言。 或者是通过SET LOCALE LANGUANGE "1"来把语言设置成中文。但是遇到CALL FUNCTION时，SY-LANGU又会变成英文了。 于是查问题，在TCODE：SICF->执行->default_host->sap->bc->srt->rfc->sap里找到了相关的服务，双击服务，里面的登录语言是英文。 于是想通过粗暴的手段来解决此问题，查到了语言是在表ICFSERVICE里存储的，然后更改其中的字段ICF_LANGU为1。 之后，再执行外部调用，SY-LANGU，依然为E。 再次激活WebService后，再尝试外部调用，依然不行。 又尝试了网上说的在URL后加&sap-language=ZH的字符串，依然不行。 于是网上搜资料，找到了一篇英文的解释这个东西的文档，终于解决了此问题。 首先，我们还需要对其基本原理做一下了解，即，WebService通过SOAP协议来进行交互，而SOAP协议是基于HTTP协议的。 而我们作为SAP的服务提供方，一般只关注其BODY部分要传递的信封文件内容和格式，而忽略了其HEADER部分的HTTP层面的语言问题。 HTTP是支持连接用户设置其倾向的语言的。方法就是 设置HEADER里的Accept-Language 。 如上图，在SOAPUI里进行测试的时候， 把Header里的Accept-Language设置为ZH ，就可以了。 也就是说，服务调用方，可以自己设置自己的登录语言了。 而且，从SAP端固定一个服务的调用语言为英文或中文，而不允许调用方自己决定，也是不太合理的。 ------- 外部系统调用时，在header中，设置sap-language为zh也可以

WebService是提供一份开发指南和接口规范，而不用提供文件，只要遵循规范就可以调用相关函数，一般通过HTTP协议传输数据，互联网应用之间相互通信大多采用这种方式。比如你会很容易在网上搜索到某证券公司的WebService开发说明，而不需要下载什么DLL。正如你所说的，对方系统需要提供DLL文件给你才可以调用。这种方式原来用在本地局域网之间的应用通信，而且一般是C/S程序对C/S程序。只不过现在技术进步了，使用范围比原来更广泛，不再局域网约束而已。具体的通信规则仍然由接口方应用提供。

你看了ATL没？

WebService是无状态传输 一般是三种方式加密，当然你也可以通过3种方式通过验证 1.通过Url参数传递用户名密码 2.Windows认证，可以加域 3.可能开启了Session，进行验证，这其实是违反了WebService的原理的，客户端要做的很多，基本等于重写+记录

从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是对象（资源），通过Http GET, PUT, POST 或者 DELETE来对请求的资源进行操作。在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。所以我理解为rest架构定义的webservice实际上定义了一个借口的规范。 REST其实并不是什么协议也不是什么标准，而是将Http协议的设计初衷作了诠释，在Http协议被广泛利用的今天，越来越多的是将其作为传输协议，而非原先设计者所考虑的应用协议。REST的思想归结以下有如下几个关键点：1．面向资源的接口设计所有的接口设计都是针对资源来设计的，也就很类似于我们的面向对象和面向过程的设计区别，只不过现在将网络上的操作实体都作为资源来看待，同时URI的设计也是体现了对于资源的定位设计。后面会提到有一些网站的API设计说是REST设计，其实是RPC-REST的混合体，并非是REST的思想。 2．抽象操作为基础的CRUD 这点很简单，Http中的get,put,www.hbbz08.com post,delete分别对应了read,update,create,delete四种操作，如果仅仅是作为对于资源的操作，抽象成为这四种已经足够了，但是对于现在的一些复杂的业务服务接口设计，可能这样的抽象未必能够满足。其实这也在后面的几个网站的API设计中暴露了这样的问题，如果要完全按照REST的思想来设计，那么适用的环境将会有限制，而非放之四海皆准的。 3．Http是应用协议而非传输协议 这点在后面各大网站的API分析中有很明显的体现，其实有些网站已经走到了SOAP的老路上，说是REST的理念设计，其实是作了一套私有的SOAP协议，因此称之为REST风格的自定义SOAP协议。4．无状态，自包含这点其实不仅仅是对于REST来说的，作为接口设计都需要能够做到这点，也是作为可扩展和高效性的最基本的保证，就算是使用SOAP的WebService也是一样。

基本不用考虑安全性方面，保证服务器安全，然后不要使用字符串拼接方式检索数据库，如果必须要使用，那注意好过滤特殊字符，再有就是如果需要文件上传，那就考虑一下上传文件安全性。

login方法可以连接数据库，判断身份呀，如果有就执行add()方法呀

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。WebService=WSDL+SOAP+UDDI（webservice的注册）Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。Web Service的优点(1) 可以让异构的程序相互访问（跨平台）(2) 松耦合(3) 基于标准协议（通用语言，允许其他程序访问）Web Service的基本原理(1) Service Provider采用WSDL描述服务(2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server）(3) Service Requestor在UDDI服务器上查询并 获取WSDL文件(4) Service requestor将请求绑定到SOAP，并访问相应的服务。

这要自己找资料了解了。不是几句话就能讲清楚的。

服务网格（ServiceMesh）号称是下一代微服务架构。 互联网公司，经常使用的是微服务分层架构。 画外音： 为什么要服务化，详见 服务化解决了什么问题？ 随着数据量不断增大，吞吐量不断增加，业务越来越复杂，服务的个数会越来越多，分层会越来越细，除了数据服务层，还会衍生出业务服务层，前后端分离等各种层次结构。 画外音： 分层的细节，详见《 互联网分层架构演进 》。 不断发现主要矛盾，抽离主要矛盾，解决主要矛盾，架构自然演进了，微服务架构， 潜在的主要矛盾会是什么呢？ 引入微服务架构，一般会引入一个RPC框架，来完成整个RPC的调用过程。 如上图粉色部分所示，RPC分为： 画外音： 《 离不开的微服务架构，脱不开的RPC细节 》。 不只是微服务，MQ也是类似的架构： 如上图粉色部分所示，MQ分为： 画外音： 《 MQ，互联网架构解耦神器 》。 框架只是第一步，越来越多和RPC，和微服务相关的功能，会被加入进来。 例如：负载均衡 如果要扩展多种负载均衡方案，例如： RPC-client需要进行升级。 例如：数据收集 如果要对RPC接口处理时间进行收集，来实施统一监控与告警，也需要对RPC-client进行升级。 画外音，处理时间分为： 客户端视角处理时间 服务端视角处理时间 如果要收集后者，RPC-server也要修改与上报。 又例如：服务发现 服务新增一个实例，通知配置中心，配置中心通知已注册的RPC-client，将流量打到新启动的服务实例上去，迅猛完成扩容。 再例如：调用链跟踪 如果要做全链路调用链跟踪，RPC-client和RPC-server都需要进行升级。 下面这些功能：负载均衡数据收集服务发现调用链跟踪…其实都不是业务功能，所以互联网公司一般会有一个类似于“架构部”的技术部门去研发和升级相关功能，而业务线的技术部门直接使用相关框架、工具与平台，享受各种“黑科技”带来的便利。 完美！！！ 理想很丰满，现实却很骨感，由于： 往往会面临以下一些问题： 画外音： 兄弟，贵司推广一个技术新产品，周期要多长？ 这些耦合，这些通用的痛点，有没有办法解决呢？ 一个思路是，将服务拆分成两个进程，解耦。 画外音： 负载均衡、监控告警、服务发现与治理、调用链…等诸多基础设施，都放到这一层实现。 这样就实现了“业务的归业务，技术的归技术”，实现了充分解耦，如果所有节点都实现了解耦，整个架构会演变为： 整个服务集群变成了网格状，这就是Service Mesh服务网格的由来。 要聊ServiceMesh，就不得不提Istio，它是ServiceMesh目前最流行的实践，今天说说Istio是干啥的。 画外音：不能落伍。 什么是Istio？ Istio是ServiceMesh的产品化落地，它的一些关键性描述是： 画外音： Istio helps you to connect, secure, control, and observe microservices 画外音： 佩服，硬是凑齐了十条，其实SM还能提供更多基础服务功能。 画外音： 说的还是解耦。 Istio官网是怎么吹嘘自己的？ 画外音： 这个问题的另一个问法是“为什么大家要来用Istio”。 Istio非常牛逼，如果要实施ServiceMesh，必须用Istio，因为： 画外音： 你信了么？ Istio的核心特性是什么？ Istio强调了它提供的五项关键特性： 画外音： 断路器(circuit breakers)、超时、重试、高可用、多路由规则、AB测试、灰度发布、按照百分比分配流量等。 Istio的吹嘘与特性，对于国外很多通过RESTful提供内网服务的公司，很有吸引力，但相对于国内微服务架构，未必达到了很好的拉拢效果： （1）国内基本都是TCP的RPC框架，多协议支持未必是必须的； （2）RPC框架里，路由、重试、故障转移、负载均衡、高可用都是最基础的； （3）流控、限速、配额管理，是服务治理的内容，在微服务架构初期是锦上添花； （4）自动度量，系统入口出口数据收集，调用跟踪，可观察和可操控的后台确实是最吸引人的； （5）服务到服务的身份认证，微服务基本是内网访问，在架构初期也只是锦上添花； 另外一个花边，为什么代理会叫sidecar proxy？ Istio这么牛逼，它的核心架构如何呢？ 关于Istio的架构设计，官网用了这样一句话： 逻辑上，Istio分为： 这两个词，是Istio架构核心，但又是大家被误导最多的地方。 数据平面和控制平面，不是ServiceMesh和Istio第一次提出，它是计算机网络，报文路由转发里很成熟的概念： 画外音：上两图为路由器架构。 它的设计原则是： 画外音： Istio的架构核心与路由器非常类似： （1）高效转发； （2）接收和实施来自mixer的策略； （1）管理和配置边车代理； （2）通过mixer实施策略与收集来自边车代理的数据； 画外音： （1）sidecar proxy，原文使用的是envoy，后文envoy表示代理； （2）mixer，不确定要怎么翻译了，有些文章叫“混音器”，后文直接叫mixer； （3）pilot，galley，citadel，不敢翻译为飞行员，厨房，堡垒，后文直接用英文； 如架构图所示，该两层架构中，有五个核心组件。 Envoy的核心职责是高效转发，更具体的，它具备这样一些能力： （1）服务发现 （2）负载均衡 （3）安全传输 （4）多协议支持，例如HTTP/2，gRPC （5）断路器(Circuit breakers) （6）健康检查 （7）百分比分流路由 （8）故障注入(Fault injection) （9）系统度量 大部分能力是RPC框架都具备，或者比较好理解的，这里面重点介绍下断路器和故障注入。 它是软件架构设计中，一个服务自我保护，或者说降级的设计思路。 举个例子：当系统检测出某个接口有大量超时时，断路器策略可以终止对这个接口的调用（断路器打开），经过一段时间后，再次尝试调用，如果接口不再超时，则慢慢恢复调用（断路器关闭）。 它是软件架构设计中，一种故意引入故障，以扩大测试覆盖范围，保障系统健壮性的方法，主要用于测试。 国内大部分互联网公司，架构设计中不太会考虑故障注入，在操作系统内核开发与调试，路由器开发与调试中经常使用，可以用来模拟内存分配失败、磁盘IO错误等一些非常难出现的异常，以确保测试覆盖度。 Mixer的一些核心能力是： （1）跨平台，作为其他组件的adapter，实现Istio跨平台的能力； （2）和Envoy通讯，实时各种策略 （3）和Envoy通讯，收集各种数据 Mixer的设计核心在于“插件化”，这种模型使得Istio能够适配各种复杂的主机环境，以及后端基础设施。 Pilot作为非常重要的控制平面组件，其核心能力是： （1）为Envoy提供服务发现能力； （2）为Envoy提供各种智能路由管理能力，例如A/B测试，灰度发布； （3）为Envoy提供各种弹性管理能力，例如超时，重试，断路策略； Pilot的设计核心在于“标准化”，它会将各种流控的控制命令转化为Envoy能够识别的配置，并在运行时，将这些指令扩散到所有的Envoy。Pilot将这些能力抽象成通用配置的好处是，所有符合这种标准的Envoy都能够接入到Pilot来。 潜台词是，任何第三方可以实现自己的proxy，只要符合相关的API标准，都可以和Pilot集成。 Citadel组件，它提供终端用户身份认证，以及服务到服务的访问控制。总之，这是一个和安全相关的组件。 Gally组件，它是一个配置获取、校验、处理、分发的组件，它的设计核心在于“解耦”，它将“从底层平台（例如：K8S）获取用户配置”与Istio解耦开来。 Istio采用二层架构，五大模块，进行微服务ServiceMesh解耦： 数据平面，主要负责高效转发 （1）envoy模块：即proxy； （2）mixer模块：支持跨平台，标准化API的adapter； （3）pilot模块：控制与配置envoy的大部分策略； （4）citadel模块：安全相关； （5）galley模块：与底层平台（例如：K8S）配置解耦； 实施与控制分离，经典的架构设计方法，GOT？ 思路比结论重要。

virtue and vice善与恶双语对照词典结果：网络释义1. 善与恶2. 美德与邪恶3. 优点与缺陷例句:1.Muddled thinking is dangerous because it can lead to policies that punish both virtue andvice, that interfere with our inalienable right to pursue happiness, and lead to more, notless, poverty. 被混淆了的观念是非常危险的，因为会在导致我们在决策上-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

马马乎乎,还凑合~~

xen server在添加ISO文件的时候并没有VMWARE方便，xen server加载ISO是要建立ISO库的，而通过网络共享或存储似乎每次安装系统都太慢了

服务链是以信息技术、物流技术、系统工程等现代科学技术为基础，以满足顾客需求最大化为目标，把服务有关的各个方面，如银行、保险、政府等，按照一定的方式有机组织起来，形成完整的消费服务网络。

laundry service 洗衣服务；爱情洗礼（专辑名称）双语例句 1.You can call the housekeeper to give you laundry service. 如果你需要洗衣服务，可以打电话给客房服务员。2.All the used bedspreads and pillowcases will be sent to their community"s Expo laundry service for washing. 所有用过的床单和枕套将会由社区世博会洗衣服务处负责洗涤。

指的是洗衣服务。

kms激活的原理如下： KMS的密钥类型旨在激活指定主机系统的服务，然后便可以在计算机上安装各种Windows版本激活。 因此，我们说 KMS 密钥在本质上是按等级划分的。（1）KMS 密钥可发布至特定的产品分组，并与它们相互关联。例如，对于服务器分组B，Windows Server 2008 R2的标准版与企业版，是相同的产品分组。（2）每种 KMS 密钥可以激活产品组内以及该层次结构中级别更低的产品组中的产品。例如，对于Windows 7时代的服务器分组B，除了可以激活同一组内的Windows Server 2008 R2的标准版与企业版，还可以激活服务器分组C中的Windows Web Server 2008 R2、Windows HPC Server 2008 R2，还可以激活客户端分组中的Windows 7专业版与企业版。（3）每种 KMS 密钥可以激活产品组内以及该层次结构中级别更低的产品组中的产品。例如，对于Windows 7时代的服务器分组B，除了激活Windows 7时代的服务器分组C、Windows 7客户端外，还可以激活Windows Vista时代的服务器分组B、Windows Vista时代的服务器分组C及Windows Vista商业版与企业版。KMS激活工具的使用：一、下载一个kms激活工具。二、点击service_KMS.exe，以管理员身份运行，点击下一步安装即可。三、然后查看一下你所要激活的系统的状态。

如今的外向型和市场导向的经济（体制）更需要更高的服务行业的从业标准。 face-paced：外向型。

安装出错。安装的PR，必须是完整版的否则会有N种问题，无法解决安装的PR，必须与系统一致PR分为32位与64位，同样系统也分为32位与64位，必须相一致操作系统，同样需要专业版以前联想台式机自带的XPhome版操作系统，就无法运行PR。电脑iy的硬件配置，必须满足PR的基本要求，否则无法正常运行。

device not found是什么意思意思是：找不到设备。device not found

进入bios后再按哪个键

电脑显示startup device menu是指启动设备菜单，线面有七个选项，选择哪个选项，电脑就会从哪个设备启动，第一个是硬盘启动，第二个是光驱启动，第三个到第七个是电脑的USB启动，即U盘启动。U盘启动是为了从U盘启动一些备份还原、PE操作系统等软件。现在大部分的电脑都支持U盘启动。在系统崩溃和快速安装系统时能起到很大的作用。关于设置U盘启动的方法，请参见百度经验：http://jingyan.baidu.com/article/ab0b5630d340f6c15afa7d32.html。

进入bios后再按哪个键

1、首先打开电脑进入到电脑的BIOS界面，在BIOS界面中设置参数。2、切换到Main选项，可以看到有一个QUIT BOOT选项，设置为Enable后，可以不重新开机用F12来切换启动项。3、然后在切换到Boot选项，可以看到各种启动项。4、现在默认的是硬盘启动项在前面，选择USBHDD通过按F6来改变顺序，把它改到第一位就是U盘启动。5、把USBCDROm改到第一位就是光盘启动。6、选择自己的启动方式，然后按F10退出，确认保存。

写一个公共类，里面写多个方法对应多个service

乐意为你解答。Servant仆人，Serve为……服务，Service服务

这三个词的话service是名词，serve是动词。servant则指的是仆人，所以差别还是很大的。

Windows 7 Service Pack 1 (SP1)是重要更新，包括以前针对 Windows 7 发行的安全更新、性能更新和稳定性更新。SP1 还包括针对 Windows 7 中功能和服务的新改进，如提高了连接到 HDMI 音频设备时、使用 XPS 查看器打印时以及在重新启动后还原 Windows资源管理器中以前的文件夹时的可靠性。安装 SP1 可帮助使 Windows 7 保持最新状态。有关如何获取 SP1 的信息，请参阅了解如何安装 Windows 7 Service Pack 1 (SP1)。注意有关 Service Pack 的一般信息，请转到 Windows 网站上的Service Pack 中心网页。有关 SP1 的技术信息（如发行说明和 SP1 部署指南），请转到 Microsoft TechNet 网站上的Windows 7Service Pack 1 资源网页。

客服部Service Department 也可以

首先在受信任的CA机构申请SSL证书，然后按照服务器类型去安装，全部流程下来有点麻烦，最好找个服务好的CA机构帮你全部搞定，GDCA就可以提供这些服务。

　　方法如下：　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代码：　　 <!-- 强制SSL配置，即普通的请求也会重定向为SSL请求 --> 　　 <security-constraint>　　 <web-resource-collection>　　<web-resource-name>SSL</web-resource-name>　　<url-pattern>/service/*</url-pattern><!--全站使用SSL <url-pattern>/*</url-pattern>-->　　</web-resource-collection>　　<user-data-constraint>　　<description>SSL required</description>　　<!-- CONFIDENTIAL: 要保证服务器和客户端之间传输的数据不能够被修改，且不能被第三方查看到 -->　　<!-- INTEGRAL: 要保证服务器和client之间传输的数据不能够被修改 -->　　<!-- NONE: 指示容器必须能够在任一的连接上提供数据。（即用HTTP或HTTPS，由客户端来决定）-->　　<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。　　本回答由网友推荐

　　1.Web.config中需要配置好运行ASP.NET AJAX框架相应的配置项，当然，建立一个ASP.NET AJAX Enabled Web Site项目时，Web.config已经配置好了。　　2.想让某个WebService可以被JS调用，需要做一下几步：　　I.在这个WebService文件里用“using System.Web.Script.Services;”引入这个命名空间。　　II.在这个类的上面添加“[ScriptService]”属性。　　III.在需要被调用的方法上添加“[WebMethod]”属性。　　具体例子可以参考《ASP.NET AJAX客户端编程之旅（一）——Hello！ASP.NET AJAX》中的SayHelloService.cs的代码。　　3.调用WebService的客户端页面也要做相应准备。首先就是页面中要有一个ScriptManager控件，然后需要在其中指明WebService文件的位置。如：　　<Services>　　<asp:ServiceReference Path="~/SayHelloService.asmx" />　　</Services>

1、添加虚拟路径 在D: empapache-tomcat-6.0.18confserver.xml中</host>字段前添加 <Context path="" debug="0" docBase="D: empapache-tomcat-6.0.18webappsaxis" reloadable="true"></Context> path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空； docBase是虚拟目录路径2、 修改D: empapache-tomcat-6.0.18webappsaxisWEB-INFweb.xml，找到下面字段 <servlet-mapping> <servlet-name>AxisServlet</servlet-name> <!-- <url-pattern>/services/*</url-pattern> --> <url-pattern>/*</url-pattern> </servlet-mapping> 将>/services/*修改成/*是为了去掉/services以上方法经过测试成功哈，自己试试。

是Sheer Driving Ple sure吧？应该是驾驶模式的切换，好比 street,race...街道模式，运动模式等。。BMW SERVICE是宝马服务中心，维修中心

那就是你的对象的内容，有不符合规则的，你DEBUG一下---------------------------------------------------错误信息是什么？你的pxyUpdateQnA.UpdateQuestions(pQuestionID, pUserID, pTitle, pDetails, status, pTblUserID) 里面的变量的数据类型，是否都是对的

翻译成中文？