널리 사용되는 PHP RPC 프레임워크에 대한 자세한 설명

RPC 프레임워크란 무엇인가요?

RPC를 한 문장으로 요약한다면: Remote Call Framework(Remote Procedure Call)Remote Procedure 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

그럼 원격 호출이란 무엇일까요?

일반적으로 우리는 함수 메소드 localAdd(10, 20)와 같은 PHP에서 메소드를 호출합니다. localAdd 메소드의 특정 구현은 사용자에 의해 정의되거나 PHP 라이브러리 함수와 함께 제공됩니다. localAdd 메소드의 코드는 로컬로 구현되며 로컬 호출입니다! 원격 호출은 호출된 메소드의 특정 구현이 프로그램이 실행되는 위치가 아니라 다른 원격 위치에서 수행됨을 의미합니다.

원격 호출의 원리

예를 들어 A(클라이언트)는 B(서버)가 제공하는 RemoteAdd 메서드를 호출합니다.

먼저 A와 B 사이에 TCP 연결을 설정합니다.

그런 다음 A는 메서드 이름을 입력합니다. 호출해야 하는 메서드 매개변수(10, 20)는 바이트 스트림으로 직렬화되어 전송됩니다.

B는 A가 보낸 바이트 스트림을 수락한 다음 이를 역직렬화하여 대상 메서드 이름과 메서드를 얻습니다. 그런 다음 해당 메서드 호출(localAdd일 수 있음)을 실행하고 결과 30을 반환합니다.

A는 원격 호출 결과를 수락하고 30을 출력합니다.

RPC 프레임워크는 방금 언급한 세부 사항을 캡슐화하고 사용자에게 간단하고 친숙한 API 사용법을 제공합니다.

원격 통화의 이점

디커플링: 서버가 방법을 수정해야 할 때 클라이언트는 전혀 인식하지 못하고 변경할 필요가 없습니다. 이 방법은 부서 간 및 회사 간 협력에 자주 사용됩니다. 그리고 메서드 제공자를 일반적으로 서비스 노출이라고 합니다.

RPC와 소켓의 차이점은 무엇인가요?

위의 간단한 설명으로 보면 RPC와 Socket은 비슷한 것 같습니다. 그들은 모두 원격 메서드를 호출하고 모두 클라이언트/서버 모드에 있습니다. 이전에 소켓에 ​​대해 자세히 이야기해 보겠습니다. 두 가지의 차이점은 무엇입니까?

RPC(원격 프로시저 호출)는 두 가지를 모두 구현하는 데 사용됩니다. 프로세스는 서로 통신합니다. 소켓은 RPC에서 자주 사용하는 통신 방법 중 하나로 소켓을 기반으로 구현됩니다. 소켓보다 더 많은 네트워크 및 시스템 리소스가 필요합니다. 소켓 외에도 RPC에는 http, 운영 체제 자체 파이프라인 및 원격 프로그램에 대한 호출을 구현하는 기타 기술과 같은 다른 통신 방법도 있습니다. Microsoft의 Windows 시스템에서 RPC는 통신을 위해 명명된 파이프를 사용합니다. 🎜🎜🎜RPC와 REST의 차이점은 무엇인가요? 🎜🎜🎜RPC를 이해하고 나면 RPC는 클라이언트/서버 모드에서 원격 메소드를 호출한다는 것을 알 수 있습니다. REST도 우리에게 익숙한 API 호출 프로토콜 메소드 세트이며 클라이언트/서버 모드를 기반으로 원격을 호출합니다. 방법이 있는데 차이점이 무엇인가요? 🎜🎜REST API와 RPC는 모두 서버 측의 인터페이스로 함수를 캡슐화하고 클라이언트 호출에 노출합니다. 그러나 REST API는 HTTP 프로토콜을 기반으로 POST/GET/PUT/을 전달합니다. http 요청을 제공하기 위한 DELETE 및 기타 메소드와 사람이 읽을 수 있는 URL. 🎜🎜그리고 RPC는 HTTP 프로토콜을 기반으로 할 필요는 없습니다🎜🎜따라서 두 백엔드 언어가 서로 호출하는 경우 RPC를 사용하면 더 나은 성능을 얻을 수 있으며(HTTP 헤더와 같은 일련의 것들을 제거), 구성하기가 더 쉬워야 합니다. 🎜🎜프런트엔드가 AJAX를 통해 백엔드를 호출한다면 REST API를 사용하는 것이 더 좋습니다(어쨌든 HTTP 장애물을 피할 수는 없기 때문입니다). 🎜🎜🎜PHP에서 인기 있는 RPC 프레임워크는 무엇인가요?🎜🎜🎜PHP는 세계 최고의 언어이므로 PHP에서 인기 있는 RPC 프레임워크는 무엇인가요? 🎜🎜먼저 나열해 보겠습니다: phprpc, yar, thrift, gRPC, swoole , hprose🎜🎜제한된 시간과 에너지로 인해 하나씩 배우고 사용하는 것은 불가능합니다. 세계에서 가장 일반적으로 사용되는 몇 가지를 선택하겠습니다. RPC의 원리는 동일하기 때문에 둘 다 클라이언트/서버 모드이지만 각 프레임워크를 사용하는 방식이 다릅니다. 🎜🎜 지금까지 가장 많이 듣고 접한 phprpc와 yar를 위주로 설명합니다. 🎜🎜🎜phprpc🎜🎜🎜먼저 공식 웹사이트에서 phprpc의 최신 안정 버전을 다운로드하세요: 링크를 다운로드하고 압축을 풉니다. 🎜🎜🎜Installation🎜🎜🎜내부에는 많은 파일과 폴더가 있으며 구조는 다음과 같습니다. 🎜

dhparams/
pecl/
bigint.php
compat.php
phprpc_date.php
xxtea.php
dhparams.php
phprpc_server.php
phprpc_client.php

🎜 🎜🎜 그 중 dhparams와 pecl은 폴더이고 pecl은 php의 xxtea 확장입니다. 공식 홈페이지에 있는 설명을 보면 설치할 수도 있고, 설치하지 않고도 phprpc를 실행할 수도 있습니다. 하지만 더 빠른 암호화 처리 기능이 필요한 경우 설치할 수 있습니다. 🎜🎜설치하는 게 좋을 것 같아요. 결국, 빠른 암호화는 좋은 것입니다. 🎜🎜설치 단계는 다음과 같습니다. 먼저 pecl 아래의 xxtea 폴더를 php 소스 코드의 etx 디렉터리: /lamp/php-5.4.11/ext에 복사합니다. 그런 다음 phpize를 사용하여 확장 기능으로 다시 컴파일하십시오. 🎜

[root@localhost /]# cd /lamp/php-5.4.11/ext/xxtea
[root@localhost xxtea]# /usr/local/php/bin/phpize
[root@localhost xxtea]# ./configure --enable-xxtea=shared --with-php-config=/usr/local/php/bin/php-config
make && make install

🎜좋아요, 컴파일이 완료되고 xxtea.so가 /usr/local/php/lib/php/extensions/no-debug-zts-20100525/xxtea.so에 다운로드되었다는 메시지가 표시됩니다. 🎜🎜다음으로, php.ini 끝에 xxtea.so를 추가해야 합니다: 🎜

[root@localhost /]# vi /usr/local/php/etc/php.ini 
[xxtea]
extension=xxtea.so

🎜추가한 후 apache 또는 php-fpm을 다시 시작해야 합니다🎜🎜apache를 다시 시작🎜

[root@localhost /]# /usr/local/apache/bin/apachectl restart

🎜 php-fpm을 원활하게 다시 시작합니다 🎜

kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

重启完毕后，打开phpinfo()页面，搜索一下，应该就能够看到xxtea了。

开始使用

先来个简单的例子，phprpc也是分为服务器端和客户端的。所以文件夹中对应的就是phprpc_server.php 和 phprpc_client.php

我们参考官网的几个例子，练习下：

server.php 服务端：这样写就完成了一个最简单的helloword的接口。

<?php
include ("phprpc/phprpc_server.php");
function HelloWorld() {
   return &#39;Hello World!&#39;;
}
$server = new PHPRPC_Server();
$server->add(&#39;HelloWorld&#39;);
$server->start();

运行下server.php，我擦，居然报错了！！！

PHP Strict Standards:  Non-static method PHPRPC_Server::initSession()....
Cannot redeclare gzdecode().....

google了下，说是先把 phprpc_server.php的413行的initSession()改成static function

static function initSession() {
   ****
}

我了个擦，这么大的错误，phprpc是怎么发布的！！！

在把compat.php 的第 71行的 gzdecode()函数，php5.4已经实现了这个函数了。这样函数就被重写了，就报错了，所以加个判断：

if (!function_exists('gzdecode')) {
    //将gzdecode函数包括进来
}

好。改完，保存。再运行下server.php 。ok 了。不报错了。输出：

phprpc_functions="YToxOntpOjA7czo5OiJoZWxsb3dvcmQiO30=";

我们接下来写客户端 client.php, 看是如何写的？

<?php
include ("phprpc/phprpc_client.php");
$client = new PHPRPC_Client(&#39;http://127.0.0.1/server.php&#39;);
echo $client->HelloWorld();
?>

我们在执行以下client.php，如愿以偿的输出了：

Hello Word!

这样一个简单的Server/Clent交付就搞定了。虽然中间出了点差错，但是总体来说还是蛮简单易懂的!

其他的更高级的用法可以参考官网的。

yar

yar 是国内著名的php大神鸟哥惠新宸的大作，在微博产品中已经开始使用。它也是一款rpc框架。它由于使用纯C编写的用于php的扩展，所以，效率应该是蛮高的，而且支持异步并行，这点还是赞的。

下载安装

官网下载：http://pecl.php.net/package/yar 最新的版本 yar-1.2.4.tgz

然后解压复制到php源码的etx目录：/lamp/php-5.4.11/ext下。然后用phpize进行扩展重新编译。

[root@localhost yar-1.2.4]# /usr/local/php/bin/phpize
[root@localhost yar-1.2.4]# ./configure --with-php-config=/usr/local/php/bin/php-config

但是出现了点问题：提示，curl 有问题：

configure: error: Please reinstall the libcurl distribution - easy.h should be in <curl-dir>/include/curl/

估计是我本机curl 有问题，那用yum 安装一下吧：

yum -y install curl-devel

安装完成curl 后继续编译安装，就没啥问题了：

[root@localhost yar-1.2.4]# /usr/local/php/bin/phpize
[root@localhost yar-1.2.4]# ./configure --with-php-config=/usr/local/php/bin/php-config
[root@localhost yar-1.2.4]# make && make install

成功之后，提示我们 yar.so 扩展在已经在/usr/local/php/lib/php/extensions/no-debug-zts-20100525/ 下了。

我们vi编辑一下 php.ini ,最后面加上yar.so扩展，然后重启一下 apache 或者php-pfm就可以了。

[root@localhost /]# vi /usr/local/php/etc/php.ini 
[yar]
extension=yar.so

好。加好了后，我们需要重启下apache或者php-fpm

重启apache

[root@localhost /]# /usr/local/apache/bin/apachectl restart

平滑重启php-fpm

kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

重启完毕后，打开phpinfo()页面，搜索一下，应该就能够看到yar了。

开始使用

和其他的rpc框架一样，yar也是server/client模式，所以，我们也一样，开始写一个简单的例子来说下如何调用。

yar_server.php表示服务器端

<?php
class API {
   public function api($parameter, $option = "foo") {
       return $parameter;
   }
   protected function client_can_not_see() {
   }
}
$service = new Yar_Server(new API());
$service->handle();

好，我们在浏览器里运行一下，就会出现如下图所示的输出。很高端啊！！！鸟哥说这样做的用途是可以一目了然的知道我这个rpc提供了多少接口，把api文档都可以省略了。

好，我们开始写yar_client.php 这个是客户端：

$client = new Yar_Client("http://127.0.0.1/yar_server.php");
echo $client->api('helo word');

像其他的 swoole，hprose等基本都是这个原理，只是看谁的功能更加，用起来更顺手罢了。

更多相关php知识，请访问php教程！

위 내용은 널리 사용되는 PHP RPC 프레임워크에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!