Remote Procedure Call (RPC) Locator与X3

最新推荐文章于 2024-11-28 19:52:26 发布
最新推荐文章于 2024-11-28 19:52:26 发布
阅读量477 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 操作系统
原文链接：http://www.cnblogs.com/ZhouXiHong/archive/2006/07/17/453105.html
服务名:Remote Procedure Call (RPC) Locator
说明:启用使用 RpcNs* 系列 API 的远程过程调用 (RPC) 客户端来定位 RPC 服务器。如果此服务被停用或禁用，使用 RpcNs* APIs 的 RPC 客户端可能无法定位服务器或无法启动。Windows 内部不使用 RpcNs* APIs。
文件:C:\WINDOWS\system32\locator.exe

好像一停了这个服务就正常了,还是我们的计算机里有蠕虫？？？？？？

转载于:https://www.cnblogs.com/ZhouXiHong/archive/2006/07/17/453105.html

宵蓝
关注
Remote Procedure Calls(RPC)
benben的博客
05-17 535
什么是RPC RPC是进程间通信（IPC)的一种形式，它基于本地程序调用的扩展概念，调用程序和被调用的程序不需要存在于相同的地址空间中。因为不同的进程具有不同的地址空间。如果在同一主机上，即使物理地址空间相同，他们具有不同的虚拟地址空间。而如果他们在不同的主机上，则物理地址空间不同。 远程过程调用和本地调用之间的一个区别是远程调用可能由于不可预测的网络问题而失败，此外，调用者通常必须处理在不知道远...
从三个维度了解 RPC（Remote Procedure Call，远程过程调用）
LiuYuHao_的博客
02-22 1199
远程调用是指在分布式系统中，不同进程或服务之间通过网络进行通信和数据交换的过程。与本地调用不同，远程调用涉及跨越网络边界，通常需要处理网络延迟、传输协议、序列化/反序列化等问题。特点：跨进程通信：远程调用发生在不同的进程之间，这些进程可能运行在同一台机器上，也可能分布在不同的机器上。网络传输：远程调用需要通过网络进行数据传输，因此涉及到网络协议的选择（如TCP/IP）。序列化/反序列化：数据在网络上传输时需要进行序列化（将对象转换为字节流），接收端则需要进行反序列化（将字节流转换回对象）。
lzg_ad:XPE中的Remote Procedure Call (RPC) Locator服务无法启动
weixin_34372728的博客
10-08 341
XPE下的控制面板->服务下的Remote Procedure Call (RPC) Locator服务启动不了,提示缺少文件,不知道缺少什么文件,要启动这个服务需要添加什么组建? 该问题的原因是因为XPE中缺少 locator.exe, 在XP Professional操作系统中把 .\Windows\system32\locator.exe文件复制到XPE的 s...
RPC(Remote Procedure Call Protocol)——远程过程调用协议
chouni8194的博客
11-08 361
两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。 过程： 首先，要解决通讯的问题，主要是通过在客户端和服务器之间建立TCP连接，远程过程调用的所有交换的数据都在这...
RPC（Remote Procedure Call远程过程调用）
weixin_43883033的博客
08-25 228
RPC的框架例如Dubbo(基于Spring) Thrift gRPC HSF bRPC（百度RPC） 1.网络上的两个程序通过一个双向的通信连接实现数据的交换，这个连接的一端称为一个socket 2.RPC的产生原因：也就是说同一个进程或者两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。 3.七层网络结构 最重要的是应用层和传输层 远程代理对象：服务调用者用的服务实际是远程服务的本地
RPC-Remote Procedure Call 远程过程调用
明尧的博客
02-28 1343
RPC-Remote Procedure Call 远程过程调用，这是一种通过网络从远程计算机程序上请求服务而不需要了解底层网络技术的协议。其假设已经有某些传输协议存在，如TCP/UDP等，使得开发包括网络分布式多程序在内的应用程序更加容易。  RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应...
RPC服务器不可用，问题解决
03-22
打开“服务”管理工具，找到"Remote Procedure Call (RPC)"和"Remote Procedure Call (RPC) Locator"服务，确认它们的状态是“已启动”。如果未启动，右键点击并选择“启动”。 2. **恢复RPC服务注册**：有时候，...
RPC服务器不可用(异常来自HRESULT0x800706BA)
09-27
在Windows系统中，可以通过服务管理器（services.msc）找到Remote Procedure Call (RPC) Locator和Remote Procedure Call (RPC)服务，并确保它们的启动类型为自动，并启动这些服务。 2. 调整防火墙设置，开放必要的...
彻底修复RPC服务器不可用.docx
07-08
5. 检查RPC服务状态：检查RPC的Remote Procedure Call (RPC)和Remote Procedure Call (RPC) Locator这两项服务的情况，将它们设置为自动启动 方法 解决RPC服务器不可用的方法有多种，包括： * 修改注册表法：修改...
osgi-resource-locator-1.0.1-API文档-中文版.zip
05-01
赠送jar包：osgi-resource-locator-1.0.1.jar； 赠送原API文档：osgi-resource-locator-1.0.1-javadoc.jar； 赠送源代码：osgi-resource-locator-1.0.1-sources.jar； 赠送Maven依赖信息文件：osgi-resource-locator...
RPC（Remote Procedure Calls）远程过程调用
天道酬勤
03-01 2115
很长时间以来都没有怎么好好搞清楚RPC（即Remote Procedure Call，远程过程调用）和HTTP调用的区别，不都是写一个服务然后在客户端调用么？这里请允许我迷之一笑~Naive！本文简单地介绍一下两种形式的C/S架构，先说一下他们最本质的区别，就是RPC主要是基于TCP/IP协议的，而HTTP服务主要是基于HTTP协议的，我们都知道HTTP协议是在传输层协议TCP之上的，所以效率来看的话，RPC当然是要更胜一筹啦！下面来具体说一说RPC服务和HTTP服务。 为什么RPC呢？就是无法在一个进程
RPC（Remote Procedure Call）
向日葵的博客
12-22 665
RPC前言一、RPC1.1 RPC定义1.2 RPC调用的过程二、序列化和反序列化三、RPC 和 HTTP的区别3.1 相同点3.2 不同点3.3 如何选择总结 前言 本文主要介绍有关RPC-远程过程调用的相关知识以及RPC和HTTP的区别。 一、RPC 1.1 RPC定义   RPC中文名称为远程过程调用，他是一种通过网络从远程计算机程序上请求服务，从而不需要了解底层网络技术的协议。主要特点如下： （1）RPC是从一台阶计算机上通过参数传递的方式调用另一台机器上的方法并得到返回的结果； （2）屏蔽底层
RPC(Remote Procedure Call)
mqingo的博客
01-19 406
1.RPC是什么？ RPC——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。 RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务...
RPC(Remote procedure call)译文
weixin_30819085的博客
05-15 203
在计算机科学中，远程过程调用RPC是一种进程间的通讯，允许一个计算机程序向另外一个地址空间(通常是共享网络中的另一台计算机)申请服务(使得特定程序在另一台计算机上执行)，而无需程序员明确写明该远程调用的实现细节。也就是说，本质上程序员只要写出同样的代码，不管该特定程序是在本地还是在远程。当申请服务的计算机程序使用了面向对象的编程原则时，RPC被称为远程调用或远程方法调用。 许多不同的技术(通常不...
RPC——Remote Procedure Call（远程过程调用）
oopxiajun博客专栏
11-28 1684
RPC，全称为Remote Procedure Call（远程过程调用），是一种计算机通信协议，它允许一个计算机程序通过网络调用另一个计算机程序中的子程序（也就是远程过程），并获取返回值。RPC是一种分布式计算的重要基础，使得分布式计算应用更加方便和高效。
看了这篇Dubbo RPC面试题，让天下没有难面的面试题！
Jaemon
02-14 454
看了这篇Dubbo RPC面试题，让天下没有难面的面试题！
Remote procedure call (RPC)
weixin_34019144的博客
04-21 202
Remote procedure call (RPC) (using the .NET client)   Prerequisites This tutorial assumes RabbitMQ isinstalled and running on localhoston standard port (5672). In case you use a different host, ...
RPC(Remote Procedure Call)远程过程调用
luoxun11的专栏
04-26 319
Xml_Rpc是采用http协议通过xml数据格式实现rpc（远程调用过程）一个项目。项目主页：http://ws.apache.org/xmlrpc/在download页面中可以下载xml_rpc的jar包。在Documenttation中有只用说明和小例子可以简单的做参考。 下面是对一个helloworld的程序代码解释： Rpc是一种实现远程调用过程的规范，它区别于大家熟知的最基本的本地...
Axis的call与其他后台调用区别
最新发布
03-26
<think>嗯，用户想了解Axis的call方法与其他后台调用方式的区别，以及它们的应用场景比较。首先，我需要回忆一下Axis框架的基本知识。Axis是Apache的一个Web服务框架，主要用于SOAP协议的交互。用户提到的call方法应该是Axis中用来调用远程服务的方法，类似于其他RPC框架中的调用方式。 接下来，我得想想其他常见的后台调用机制有哪些，比如RESTful API、RMI、JMS、HTTP Client等。然后要比较它们与Axis call方法的不同点。比如，协议方面，Axis基于SOAP，而RESTful使用HTTP，可能更轻量。数据格式方面，SOAP用XML，而其他可能用JSON或者二进制格式。传输方式上，Axis可能依赖于HTTP，但SOAP也可以在其他协议上运行。同步异步方面，call方法通常是同步的，而像JMS这样的消息队列可能是异步的。 然后要考虑应用场景，比如企业级集成可能更适合Axis，因为SOAP有严格的规范，而微服务可能更倾向于RESTful。性能方面，如果对性能要求高，可能REST或gRPC更好。跨语言支持的话，SOAP可能不如RESTful广泛，但Axis毕竟是Java的框架，可能在这方面有一定局限。 还需要参考用户提供的引用内容。引用[1]提到Hashmap和并发相关的结构，可能和线程安全有关，但Axis的调用是否线程安全？引用[2]提到JMS和远程通讯，这里可以对比Axis和JMS的差异，比如JMS是消息机制，更异步，适合高并发和容错。引用[3]关于美妆导购Agent的技术方案，可能和实际应用场景相关，但暂时关联不大。 用户可能是在做系统设计，需要选择合适的技术进行服务间通信。他们可能关心不同调用方式的性能、复杂度、兼容性等方面。比如，如果系统需要与旧有的SOAP服务交互，Axis是合理的选择；如果是新建的微服务，可能更倾向于REST或gRPC。 另外，用户的问题中提到Axis call与其他机制的“主要差异及应用场景比较”，需要分点说明，结构清晰。可能需要从协议、数据格式、调用方式、适用场景等方面展开。同时，需要指出各自的优缺点，比如SOAP的规范严格但冗余，REST轻量但缺乏标准。 可能还要考虑错误处理、安全性、事务支持等方面。比如SOAP内置WS-Security，安全性较高，而REST依赖HTTPS等。这些因素都会影响技术选型。 最后，生成的相关问题需要围绕Axis的替代方案、性能优化、与JMS的对比等，帮助用户进一步探索。</think>### Axis call方法与其他后台调用机制的对比分析 #### 一、Axis call方法的核心特性 Axis call方法是Apache Axis框架中基于SOAP协议实现远程调用的核心接口，其特点包括： 1. **协议绑定**：强制使用SOAP 1.1/1.2协议规范，采用XML格式封装请求/响应数据[^2] 2. **同步调用**：默认采用阻塞式同步通信，调用线程需等待远程服务返回结果 3. **WSDL依赖**：依赖WSDL文件生成客户端存根（Stub），实现强类型接口映射 4. **扩展性**：支持WS-*规范（如WS-Security、WS-Addressing） #### 二、与其他调用机制的差异对比 || Axis call | RESTful API | RMI | JMS |---|---|---|---|---| | **协议** | SOAP over HTTP | HTTP(S) | Java专有协议 | AMQP/MQTT等 | **数据格式** | XML | JSON/XML | Java对象序列化 | 二进制/文本 | **调用方式** | 同步RPC | 同步/异步 | 同步 | 异步 | **服务描述** | WSDL | Swagger/OpenAPI | Java接口 | 无标准 | **跨语言** | 有限支持 | 广泛支持 | Java专属 | 广泛支持 | **典型场景** | 企业级系统集成 | 微服务API | 单一Java体系 | 高并发解耦 #### 三、关键差异解析 1. **协议与数据层对比** Axis call强制使用SOAP协议，其报文包含完整的Envelope/Header/Body结构，例如： ```xml <soap:Envelope> <soap:Header> <wsse:Security>...</wsse:Security> </soap:Header> <soap:Body> <getUser><id>123</id></getUser> </soap:Body> </soap:Envelope> ``` 而RESTful调用直接使用HTTP方法+URI定位资源，例如`GET /users/123` 2. **线程模型差异** Axis call在Java中通常配合`ServiceLocator`生成存根，底层使用HTTP连接池但接口层表现为同步阻塞。相较之下，JMS通过消息队列实现异步通信，发送者与消费者线程完全解耦 3. **服务治理能力** Axis需要依赖外部工具实现服务发现和负载均衡，而微服务架构中的gRPC等框架内置服务治理能力 #### 四、应用场景选择建议 1. **推荐使用Axis call的场景** - 需要对接遗留SOAP服务系统 - 要求WS-*安全规范的企业级交互 - 已有WSDL且需强类型接口约束 2. **建议其他方案的场景** - **微服务通信**：优先选择REST/gRPC - **Java内部调用**：考虑RMI或Spring Remoting - **高并发异步**：采用JMS/Kafka等消息队列 - **跨语言高性能**：选择Thrift/Protobuf #### 五、性能优化要点 Axis call可通过以下方式提升性能： 1. 复用`Service`对象避免重复初始化 2. 启用HTTP连接池（如设置`axis.ClientConfig`） 3. 关闭SOAP附件处理（`setOption(Constants.ENABLE_SWA, false)`）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值