‘壹’ php rpc好用吗,有什么优缺点php rpc框架哪个好
什么是RPC框架？ 如果用一句话概括RPC就是：远程调用框架（Remote Procere Call）那什么是远程调用？通常我们调用一个php中的方法，比如这样一个函数方法: localAdd(10, 20)，localAdd方法的具体实现要么是用户自己定义的，要么是php库函数中自带的，也就说在localAdd方法的代码实现在本地，它是一个本地调用！远程调用意思就是：被调用方法的具体实现不在程序运行本地，而是在别的某个远程地方。
远程调用原理
比如 A (client) 调用 B (server) 提供的remoteAdd方法：
首先A与B之间建立一个TCP连接；
然后A把需要调用的方法名（这里是remoteAdd）以及方法参数磨猜（10， 20）序列化成字节流发送出去；
B接受A发送过来的字节流，然后反序列化得到目标方法名，方法参数，接着执行相应的方法调用（可能是localAdd）并把结果30返回；
A接受远程调用结果,输出30。
RPC框架就是把我刚才说的这几点些细节给封装起来，给用户暴露简单友好的API使用。
远程调用的好处
解耦：当server需要对方法内实现修改时，client完全感知不到，不用做任何变更；这种方式在跨部门，跨公司合作的时候经常用到，并且方法的提供者我们通常称为：服务的暴露。
RPC与Socket有什么区别？
通过上面的简单阐述，好像RPC与Socket 好像啊。都是调用远程的方法，都是client/server模式，我之前也写了一篇文章: 细说socket 那他们有啥区别呢?
RPC（远程过程调用）采用客户机/服务器模式实现两个进程之间相互通信。socket是RPC经常采用的通信手段之一，RPC是在Socket的基础上实现的，它比socket需要更多的网络和系统资源。除了Socket，RPC还有其他的通信方法，比如：http、操作系统自带的管道等技术来实现对于远程程序的调用激芹。微软的Windows系统中，RPC就是采用命名管道进行通信。
RPC与REST有什么区别？
通过了解RPC后，我们知道是RPC是client/server模式的，调用远程的方法，REST也是我们熟悉的一套API调用协议方法，它也是基于client/server模式的，调用远程的方法的，那他俩又有啥区别呢？
REST API 和 RPC 都是在 Server端 把一个个函数封装成接口暴露出去，以供 Client端 调用，不过 REST API 是基于HTTP协议的，REST致力于通过http协议中的POST/GET/PUT/DELETE等方法和一个可读性强的URL来提供一个http请求。而 RPC 则可以不基于 HTTP协议
因此，如果是后端两种语言互相调用，用 RPC 可以获得更好的性能（省去了 HTTP 报头等一系列东西），应该也更容易配置。如果是前端通过 AJAX 调用后端，那么用 REST API 的形式比较好（因为无论如何也避不开 HTTP 这道坎）。
php中流行的rpc框架有哪些
既然php是世界上最好的语言，那php中流行的RPC框架有哪些呢？
先列举下： phprpc，yar, thrift, gRPC, swoole, hprose
因为时间和精力有限，不可能一个一个的去学习和使用，我选几个世面上用的最多的几个用下吧。因为RPC原理是一样的，都是Client/Server模式，只是每瞎铅型个框架的使用方式不一样而已。
‘贰’ Feign实现RPC调用
Feign的中文名称翻译过来是伪装
那么Feign伪装的是什么呢？答案很明确，Feign伪装的是服务提供者。
Feign可以用来做什么？既然能伪装，当然能提供服务提供者的功能，即RPC调用服务提供者功能。
step1
新建一个SpringBoot项目，导入web，feign，eureka client的pom依赖；这种依赖在各种IDE及SpringBoot构建网页上都是直接输入关键字按Enter就可以的
step3
配置负载均衡策略，新建一个类，配置bean Irule就可以了
step4
主类开启Feign注解@EnableFeignClients，即允模判祥许开启Feign
step5
关键步骤来了，创建一个伪服务提供者接口（不需要实现）旦搏，你伪装谁@FeignClient的value就写谁的名字。调用哪个接口就在RequestMapping 的value标注那个接口的url，方法名随便起，参数冲型要给人间传过去
step6
创建一个Controller便于前端观察
step7
启动eureka server，启动三个service-hi，启动service-feign，点击service-feign
本篇git地址 https://github.com/KouLouYiMaSi/springcloud
‘叁’ spring cloud 服务调用方式为什么使用http restful 而不是RPC
REST是一种架构风格，其核心是面向资源，REST专门针对网络应用设计和开发方式，以降低开发的复杂性，提高系统的可伸缩性。REST提出设计概念和准则为：1.网络上的所有事物都可以被抽象为资源(resource)2.每一个资源都有唯一的资源标识(resourceidentifier)，对资源的操作不会改变这些标识3.所有的操作都是无状态的REST简化开发，其架构遵循CRUD原则，该原则告诉我们对于资源(包括网络资源)只需要四种行为：创建，获取，更新和删除就可以完成相关的操作和处理。您可以通过统一资源标识符（UniversalResourceIdentifier，URI）来识别和定位资源，并且针对这些资源而执行的操作是通过HTTP规范定义的。其核心操作只有GET,PUT,POST,DELETE。由于REST强制所有的操作都必须是stateless的，这就没有上下文的约束，如果做分布式，集群都不需要考虑上下文和会话保持的问题。极大的提高系统的可伸缩性。对于SOAPWebservice和RestfulWebservice的选择问题，首先需要理解就是SOAP偏向于面向活动，有严格的规范和标准，包括安全，事务等各个方面的内容，同时SOAP强调操作方法和操作对象的分离，有WSDL文件规范和XSD文件分别对其定义。而REST强调面向资源，只要我们要操作的对象可以抽象为资源即可以使用REST架构风格。RESTful应用问题是否使用REST就需要考虑资源本身的抽象和识别是否困难，如果本身就是简单的类似增删改查的业务操作，那么抽象资源就比较容易，而对于复杂的业务活动抽象资源并不是一个简单的事情。比如校验用户等级，转账，事务处理等，这些往往并不容易简单的抽象为资源。其次如果有严格的规范和标准定义要求，而且前期规范标准需要指导多个业务系统集成和开发的时候，SOAP风格由于有清晰的规范标准定义是明显有优势的。我们可以在开始和实现之前就严格定义相关的接口方法和接口传输数据。简单数据操作，无事务处理，开发和调用简单这些是使用REST架构风格的优势。而对于较为复杂的面向活动的服务，如果我们还是使用REST，很多时候都是仍然是传统的面向活动的思想通过转换工具再转换得到REST服务，这种使用方式是没有意义的。效率和易用性SOAP协议对于消息体和消息头都有定义，同时消息头的可扩展性为各种互联网的标准提供了扩展的基础，WS-*系列就是较为成功的规范。但是也由于SOAP由于各种需求不断扩充其本身协议的内容，导致在SOAP处理方面的性能有所下降。同时在易用性方面以及学习成本上也有所增加。REST被人们的重视，其实很大一方面也是因为其高效以及简洁易用的特性。这种高效一方面源于其面向资源接口设计以及操作抽象简化了开发者的不良设计，同时也最大限度的利用了Http最初的应用协议设计理念。同时，在我看来REST还有一个很吸引开发者的就是能够很好的融合当前Web2.0的很多前端技术来提高开发效率。例如很多大型网站开放的REST风格的API都会有多种返回形式，除了传统的xml作为数据承载，还有（JSON,RSS,ATOM）等形式，这对很多网站前端开发人员来说就能够很好的mashup各种资源信息安全性技术没有好坏，只有是不是合适，一种好的技术和思想被误用了，那么就会得到反效果。REST和SOAP各自都有自己的优点，同时如果在一些场景下如果去改造REST，其实就会走向SOAP（例如安全）。REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景。同时很重要一点就是不要扭曲了REST现在很多网站都跟风去开发REST风格的接口，其实都是在学其形，不知其心，最后弄得不伦不类，性能上不去，安全又保证不了。成熟度SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的webservice都能够较好的互通。由于没有类似于SOAP的权威性协议作为规范，REST实现的各种协议仅仅只能算是私有协议，当然需要遵循REST的思想，但是这样细节方面有太多没有约束的地方。REST日后的发展所走向规范也会直接影响到这部分的设计是否能够有很好的生命力。
‘肆’ 怎样通过RPC命令实现区块链的查询
基本架构如下：
前端web基于socket.io或者REST实现，
后端加一层mongodb/mysql等数据库来代替单含迹乎机leveldb做数据存储
目的应该是：
1. 加速查询
2. 做更高层的数据分析
3.做分布式数据库
思考:
这些online的查询固然可以方便我们的日常用， 那如何与相关应用集成呢? 我们是否可以通过简单的rpc命令实现同等的效果?
有几个用处：
1 . 大家都可以做自己的qukuai.com或blockchain.info的查询：）
2. 集成RPC命令到自己的店铺，收款后查询用
3. 集成谈悉到钱包应用
4. 其他应用场景
cmd分析：
根据高度height查block hash
./bitcoin-cli getblockhash 19999
2. 然后根据block hash查block 信息
./bitcoin-cli getblock
{
"hash" : "",
"confirmations" : 263032,
"size" : 215,
"height" : 19999,
"version" : 1,
"merkleroot" : "",
"tx" : [
""
],
"time" : 1248291140,
"nonce" : 1085206531,
"bits" : "1d00ffff",
"difficulty" : 1.00000000,
"chainwork" : "",
"previousblockhash" : "",
"nextblockhash" : ""
}
3. 根据tx查询单笔交易的信息：
没建index时，只能查询自己钱包的信息，若不是钱包的交易，则返回如下：
./bitcoin-cli getrawtransaction
error: {"code":-5,"message":"Invalid or non-wallet transaction id"}
那怎么办州模呢? 直接分析代码找原因：
// Return transaction in tx, and if it was found inside a block, its hash is placed in hashBlock
bool GetTransaction(const uint256 &hash, CTransaction &txOut, uint256 &hashBlock, bool fAllowSlow)
{
CBlockIndex *pindexSlow = NULL;
{
LOCK(cs_main);
{
if (mempool.lookup(hash, txOut))
{
return true;
}
}
if (fTxIndex) {
CDiskTxPos postx;
if (pblocktree->ReadTxIndex(hash, postx)) {
CAutoFile file(OpenBlockFile(postx, true), SER_DISK, CLIENT_VERSION);
CBlockHeader header;
try {
file >> header;
fseek(file, postx.nTxOffset, SEEK_CUR);
file >> txOut;
} catch (std::exception &e) {
return error("%s : Deserialize or I/O error - %s", __func__, e.what());
}
hashBlock = header.GetHash();
if (txOut.GetHash() != hash)
return error("%s : txid mismatch", __func__);
return true;
}
}
if (fAllowSlow) { // use coin database to locate block that contains transaction, and scan it
int nHeight = -1;
{
CCoinsViewCache &view = *pcoinsTip;
CCoins coins;
if (view.GetCoins(hash, coins))
nHeight = coins.nHeight;
}
if (nHeight > 0)
pindexSlow = chainActive[nHeight];
}
}
if (pindexSlow) {
CBlock block;
if (ReadBlockFromDisk(block, pindexSlow)) {
BOOST_FOREACH(const CTransaction &tx, block.vtx) {
if (tx.GetHash() == hash) {
txOut = tx;
hashBlock = pindexSlow->GetBlockHash();
return true;
}
}
}
}
return false;
}
‘伍’ 什么是电脑的open system
开放系统,Windows开放式系统体系结构(WOSA) Windows Open System Architecture(WOSA)
WOSA是Microsoft在Windows环境为跨越不同平台的应用程序而开发的体系结构规划。它制定允许信息在企业内部自由流动的标准。WOSA包括模块化应用程序编程接口(API)，它向任何开发人员开发的应用程序提供访问网络服务的能力。这些网络服务可以包括：电子函件、数据库和主机连接。WOSA还提供插入任何开发人员开发的后端服务的能力。WOSA就是通常称为的“中间件”策略，它直接在操作系统中建立，试图刺激允许用户在网络上进行协作的工作组应用程序的增长。Windows将对消息传递系统以及允许用户快速定位网络上的其它用户或资源的目录服务提供了一个通用接口。WOSA还提供公用数据访问服务和安全性增强附件。WOSA策略类似于Apple开放协作环境(AOCE)策略。
Windows for Workgroups具有它自己的内置Mail和Schelel十群件产品，它实现了WO3A体系结构部件。WOSA还被用于实现OLE(对象链接和嵌入)2．0和新的Cario面向对象操作系统。
WOSA为客户应用实现了一个标准API，并为服务器应用实现了一个服务提供商接口(SPI)，如图W-5所示。使用SPI，数据库厂商可以为Windows环境创造一个WOSA兼容的数据库启动程序。然后客户的应用开发人员就可以创造接口，这些接口可以访问这个数据库启动程序，而不需要专门为访问这个数据库编写特殊代码。
下面部件已在本书的相应标题下进行了定义，并进行了单独讨论。
消息传递应用程序编程接口(MAPI)，在其它应用(例如字处理器或调度程序)工作期间，提供对电子函件功能的访问。它与厂商无关消息传递应用程序接口(VIM)进行竞争。VIM是由Lotus、IBM、Apple、Novell和Borland支持的。
开放式数据库互联性(ODBC)定义Windows操作系统部件到前端和后端(客户机/服务器)数据库服务的连接。它的思想是，创立到异构网络上任何服务器中存储数据的访问。数据库厂商使用ODBC来在他们的产品中提供互操作性，于是用户就可以使用他们希望使用的任何前端接口来访问数据。
Windows嵌套字 API传输控制协议/因特网协议(TCP/IP)，是一个用于连接不同计算机的网络通信标准。Windows嵌套字API(也称为网络运输协议)的设计是为了解决在Windows中存在的许多不同的TCP/IP之间的不兼容性。
远程过程调用(RPC)WOSA实现由开放软件基金会(OSF)的分布式计算环境(DCE)定义的RPC。RPC为将一个应用程序的处理任务分布到网络上的多个计算机提供了一条途径。RPC开辟了一条真正的分布式处理的途径。
系统网络体系结构(SNA)API 定义了Windows应用程序访问IBM主机的途径。
许可证服务器API(LSAPI) 帮助管理人员监督和控制许可软件的使用，并帮助公司遵守法律。
WOSA基于Microsoft的从应用程序中分离出打印机驱动程序的策略。在Windows环境，在初始化期间安装的打印机驱动程序，可以在以后的任何时间，通过使用一个简单的过程就被升级或修改。Windows应用程序使用安装的不具有任何特殊配置的打印机驱动程序。它们自动接口，并利用打印机的特殊特征和可用的字体。类似地，WOSA兼容服务器，应用程序自动接口使得它们自己的功能对WOSA兼容的客户应用程序也是可用的。这种研究极大地简化了应用程序开发，以及减轻了希望集成网络上的所有不同应用程序和可用数据的网络管理人员的任务。
‘陆’ 什么是远程过程调用
远程过程调用 Remote Procere Call
进程间通信(IPC)是在多任务操作系统或联网的计算机之间运行的程序和进程所用的通信技术。有正老裂两种类型的进程间通信(IPC)。
本地过程调用(LPC)LPC用在多任务操作系统中，使得同时运行的任务能互相会话。这些任务共享内存空间使任务同步和互相发送信息。
远程过程调用(RPC)RPC类似于LPC，只是在网上工作。RPC开始是出现在Sun微系统公司和HP公司的运行UNIX操作系统的计算机中。
通过IPC和RPC，程序能利用其它程序或计算机处理的进程。客户机/服务器模式计算把远程过程调用与其它技术如消息传递一道，作为系统间通信的一种机制。客户机执行自己的任务，但靠服务器提供后端文件服务。RPC为客户机提供向后端服务器申请服务的通信机制，如图R-4所示。如果你把客户机/服务器应用程序想作是一个分离的程序，服务器能运行数据访问部分，因为它离数据最近，客户机能运行数据表示和与用户交互的前端部分。这样，远程过程调用可看作是把分割的程序通过网络重组的部件。LPC有时也称耦合(Coupling)机制。
用这种方式分割程序，当用户要访问数据含棚时就无需每次拷贝整个数据库或它的大部分程序到用户系统。其实，服务器只处理请求，甚至只执行一些数据计算，把得出的结果再发送给用户。因为当数据存放在一个地方时，数据库同步很容易实现，所以多个用户可同时访问相同的数据。
分布式计算环境是由一个通信系统——网络连接的计算机集群。很容易把这个网络看成一个计算平台，若是对等方式，其中任何一台计算机都能成为客户机或服务器。一些处理任务可被分成独立运行程序在不同的网络计算机上并行处理，而独立的程序被交给最适合这个任务的计算机处理。这种策略可利用计算机空闲资源，提高网络的效益。一个典型的企业网包括许多运行着不同操作系统的异构计算机系统。
随着企业网的产生，开发商必须编制可在各种计算机和网络通信协议中都能运行的程序。现在人们正努力使得远程过程调用独立，这意味着开发商就不用考虑底层的网络和网络上数据传输所用的协议，下面介绍RPC在开放式软件基金(OSF)的分布式计算环境(DCC)中实现的相关方法。RPC工作于多种分布式计算环境。
SunSoft的开放网络计算(ONC)的远过程调用/外部数据表示(RPC/XDR)协议被广泛采用。在三百一十万个运行网络文件系统(NFS)的系统中，有二百八十万个使用ONCRPC库，并在分布式应用中作为客户机或服务器。ONCRPC被IBM的所有操作系统所支持(除了OS/400)。UNIX系统实验室把RPC/XDR当作是UNIX System V Release 4的一个标准部分。Novell支持下一代ONC+传输自立远程过程调用(TI-RPC)技术．TI-RPC 使用运输层接口(TLI)实现传输自立。TLI提供了一种访问面向连接或非连接传输服务的通用方法(这在“STERAMS环境”中有所叙述)。
Open Software Foundation(OSF)RPC 开放软件基金会(OSF)的RPC
RPC工具提供了一种编程语言和编译器，它们使用可看作是本地过程的可运行于客户机和服务器上的模块开发分布式应用程序。运行时设施(run-timefacility)使得分布式应用程序能在多机种异构系统上运行，这样使得底层体系结举闭构和运输协议对于应用程序是透明的。
程序员用接口定义语言(IDL)建立接口定义(interface definition)。IDL是程序员用来设计远程运行的过程的工具。IDL编译器把IDL接口定义转换成与客户机和服务器相连的占位程序(stub)。客户机上的占位程序可加入到服务器的过程，而服务器上的占位程序也可加入到客户机过程。位于客户机服务器的RPC运行时设施与占位程序合作，来提供RPC操作。
异构环境中使用RPC的一个问题在于，不同的机器有不同的数据表示，OSFRPC通过具有调用机器的基本数据表示的特征调用来解决这个问题。当收到调用时，若根据特征知道两台机器数据表示不同的话，接收器就进行数据转换。
RPC运行时设施提供把客户机请求传送给服务器和在网上发送和接收响应的功能。DCERPC运行时设施也和网络上其它DCE服务相互作用，这些DCE服务有命名、安全和定时服务。运行时设施有下列特征：
可在多种网络上运行。开发者无需为每个网络编写特定的应用程序。
提供客户机或服务器或网络上的故障恢复。它支持文件系统、数据库和其它传输可变长数据的服务。
提供独立于任何一个目录服务的基于名字定位服务器的方法。
提供安全工具的接口，以防RPC通信遭受破坏。安全服务保证机密信息的保密性和提供鉴别来保护通信完备性。
支持网上并发或并行处理的多线程调度，于是一个应用程序就能同时执行多个操作
提供多供应商提供的系统环境的可移植性和相互操作性。
网络解释，准确无比
‘柒’ 什么是RPC
RPC是远程过程调用（Remote Procere Call）的缩写形式。SAP系统RPC调用的原理其实很简单，有一些类似于三层构架的C/S系统，第三方的客户程序通过接口调用SAP内部的标准或自定义函数，获得函数返回的数据进行处理后显示或打印。
进程间通信（IPC）在多任务操作系统或联网的计算机之间运行的程序和进程所用的通信技术。有两种类型的进程间通信（IPC）。
本地过程调用(LPC)LPC用在多任务操作系统中，使得同时运行的任务能互相会话。这些任务共享内存空间使任务同步和互相发送信息。远程过程调用（RPC)RPC类似于LPC，只是在网上工作。RPC开始是出现在Sun微系统公司和HP公司的运行UNⅨ操作系统的计算机中。
(7)前端rpc调用扩展阅读
通过IPC和RPC，程序能利用其它程序或计算机处理的进程。客户机/服务器模式计算把远程过程调用与其它技术（如消息传递）一道，作为系统间通信的一种机制。客户机执行自己的任务，但靠服务器提供后端文件服务。
RPC为客户机提供向后端服务器申请服务的通信机制，如图R-4所示。如果你把客户机/服务器应用程序想作是一个分离的程序，服务器能运行数据访问部分，因为它离数据最近，客户机能运行数据表示和与用户交互的前端部分。这样，远程过程调用可看作是把分割的程序通过网络重孝和组的部件。LPC有时也称耦合（Coupling）机制。
用这种方式分割程序，当用户笑档要访问数据时就无需每次拷贝整个数据库或它的大部分程序到用户系统。其实，服务器只处理请求，甚至只执行一些数据计算，把得出的结果再发送给用户。因为当数据存放在一个地方时，数据库同步很容易实现，所以多个用户可同时访问相同的数据。
分布式计算环境是由一个通信系统——网络连接的计算机集群。很容易把这个网络看成一个计算平台，若是对等方式，其中任何一台计算机都能成为客户机或服务器。
一些处理任务可被分成独立运行程序在不同的网络计算机上并行处理，而独立的程序被交给最适合这个任务的计算机处理。这种策略可利巧升盯用计算机空闲资源，提高网络的效益。一个典型的企业网包括许多运行着不同操作系统的异构计算机系统。