欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  php教程

PHP 下使用 ZeroMQ 和 protobuf

程序员文章站 2022-05-24 14:30:07
...

前言 这个记录总的来说分两部分: 搭建环境。 简单使用教程。 搭建环境 安装 ZeroMQ 库 首先 PHP 很早之前就安装了, 所以我不想选择重新编译 PHP , 而是想用动态加载模块的方法来添加这个库。 正好 zmermq 的官网介绍的有,于是我学会了动态给php安装库。

前言

这个记录总的来说分两部分:

  1. 搭建环境。
  2. 简单使用教程。

搭建环境

安装 ZeroMQ 库

首先 PHP 很早之前就安装了, 所以我不想选择重新编译 PHP , 而是想用动态加载模块的方法来添加这个库。

正好 zmermq 的官网介绍的有,于是我学会了动态给php安装库。

不过安装 php 版本的 zmq 模块之前, 需要有 c++ 版本的 zmw 库。

于是先安装 c++ 版本的库。

wget http://download.zeromq.org/zeromq-4.0.5.tar.gz
tar zxvf zeromq-4.0.5.tar.gz 
cd zeromq-4.0.5.tar.gz 
./configure
make
make test
make install

安装 php ZeroMQ 模块

然后安装 php 版本的模块, 和普通安装只多了一步: phpize

下载地址在 github 上

git clone git://github.com/mkoppanen/php-zmq.git
unzip php-zmq-master.zip
cd php-zmq-master
phpize
./configure
make -B
make test
make install

Build complete 问题

# ./configure
config.status: creating config.h
config.status: config.h is unchanged
# make
Build complete.
Don't forget to run 'make test'.

这个可以看上面的两个代码的区别。

由于 make 的时候就只编译有修改的文件链, 而我们的文件什么也没有修改, 所以不会重新编译。

这个时候就要使用 make -B 强制重新编译了。

ZMQContext not found 问题

大概错误如下

Fatal error: Class 'ZMQContext' not found ( but it is installed and works on the terminal )

* 上找到三个类似的问题 这里, 这里, 还有这里 *3.

他们的大概结论就是配置文件的问题。

而且他们提示命令行可以正常执行的,于是我尝试在命令行试试,结果真的可以的。

php test.php
#正常输出结果

而且 他们都是强调php有两个配置文件, 一个是 命令行使用的, 一个是 apache 使用的, 但是我使用 whereis php 找到有 php 的地方, 然后去看, 只有 /etc/php.ini 这一个地方有。

# whereis php
php: /usr/bin/php /etc/php.d /etc/php.ini /usr/lib64/php /usr/include/php /usr/local/php /usr/share/php /usr/share/man/man1/php.1.gz

于是我猜想:最大的可能就是 apache 没有使用 /etc/php.ini 这个配置文件。

但是当时我想着命令行能用,就先用命令行吧。

先让整个客户端能够运行起来在说,于是我不管这个问题了。(最后还需要面对这个问题,并找到原因解决了,详见下面)

安装 protobuf 库

protobuf 在 google 的官网上没有找到 php 版本的源码, 只在 github 上找到两个, 我选择了 这个。

然后下载安装

git clone https://github.com/allegro/php-protobuf/archive/master.zip
unzip php-protobuf-master.zip
cd php-protobuf-master
phpize
./configure
make
make test
make install

然后命令行可以正常运行了。

简单实用记录

php 下 zmq 的使用

由于我只是在 php 下作为客户端链接其他地方的服务端, 这里只记录客户端的使用方法。

看下面的代码之前可以先看看之前我记录的一篇 ZMQ 简单记录。

语言是相同的,所以理解了一个语言,其他语言很快也能上手的。

// 创建环境
$context = new ZMQContext();
//创建 socket
$requester = new ZMQSocket($context, ZMQ::SOCKET_REQ);
//连接服务端, 如果是服务端,只需要改成 bind , 以及 socket 的第二个参数修改一下就行了吧。
$requester->connect("tcp://10.12.191.112:5555");
//发送数据
$requester->send("hello");
//接受数据
$ret = $requester->recv();
//处理数据
dump($ret);

php 下 protobuf 的使用

首先编写自己的协议,比如简单的登陆协议, 保存为 proto 后缀的文件,比如 test.proto .

package test; 
message api_req 
{ 
    required string    username = 1;
    required string    password = 2;
}
message api_rsp 
{ 
    required int32    ret = 1; // 0 通过验证  1 拒绝验证
    required string   err_msg = 2; //错误信息
}

然后使用 protoc-php.php 对我们的协议进行转换

这个 protoc-php.php 文件在上面我说的 github 上可以找到, ProtobufCompiler 也要下载的。

php protoc-php.php test.proto

执行完之后会输出一个 php 的文件, 里面是用 php 封装好的我们的协议类。

最后就是使用我们的协议类了。

//引入我们的头文件
require_once 'pb_proto_test.php';
//对我们的数据进行打包,并返回字符串
$req = new Test_ApiReq();
$req->setUsername($username);
$req->setPassword($password);
$packed = $req->serializeToString();
//对得到的字符串进行解包
$rsp= new Test_ApiRsp();
try {
    $rsp->parseFromString($packed);
} catch (Exception $ex) {
    die('Upss.. there is a bug in this example');
}
$ret = $rsp->getRet();
$msg = $rsp->getErrMsg();

遗留问题

最终, php 下的 zeromq 和 protobuf 都可以正常运行了, 只不过是在命令行下运行的。

然后我无意间看到有人说配置文件不对, 编译库的时候需要指定 php-config 。

于是我尝试了一下

cd php-zmq-master
/usr/local/php/bin/phpize
./configure -with-php-config=/usr/local/php/bin/php-config
make -B
make test
make install

然后浏览器中竟然没有 提示找不到 ZMQContext 了。

但是出现了新的问题, 提示: 找不到 ProtobufMessage。

于是使用相同的方法对 protobuf 进行编译。

cd php-protobuf-master
/usr/local/php/bin/phpize
./configure -with-php-config=/usr/local/php/bin/php-config
make -B
make test
make install

good, 没有提示找不到 ProtobufMessage 了。

但是提示 undefined symbol: zend_new_interned_string in Unknown on line 0 .

于是我开始大量的查询资料了。

第一个是这里 和 这里, 但是我这模块不是通过 pecl 安装的,所以无效。

但是我还是执行了 php -v 这个参数,提示我是 5.3.3 版本的 php.

然后我又在这里 和 这里, 没有解决问题。

但是它提示我查看 phpinfo 这个倒是需要做一下。

然后我发现我的 php 版本是 5.6 .

此时我意识到一个问题: 我的这台开发机上安装了有两个 php 程序。

当然,我起初搜到这里, 这里, 还有这里,还有这里,大家都说是 bug, 现在看来不是 bug 了。

解决方案

既然确定是有两个 php 版本的缘故, 那就需要先把版本保持一致再说。

于是我采用比较暴力的方法, 把 /usr/local/php/bin/ 里的文件复制一份到 /etc/bin/ 下面。

当然,覆盖前先把原先的文件备份一下。

ls /usr/local/php/bin/
pear        peardev     pecl        phar        phar.phar   php         php-cgi     php-config  phpize
cp /usr/local/php/bin/* /etc/bin/*

这样不需要指定路径再重新编译一下, 重启 apache, 浏览器访问发现可以正常返回结果了。

总结

出现这些问题了, 先确认是不是配置文件的问题, 不是了再确认是不是版本的原因。

《完》