linux protoc 命令,Linux下安装并使用protobuf-Go语言中文社区

Linux 下安装protobuf 并使用

下载protobuf 在此我使用的是protobuf2.5，解压文件之后

./configure

make

make check

make install

我本机上cenos 64位环境，这里全都是选择默认路径安装

user/local/bin

user/local/lib,

user/local/include

都是系统默认路径之一，到这已经都安装好，但是在gcc 编译还是会找不到protobuf.so库文件,原因因为在usr/local/lib,下的protobuf.so不能被gcc找到

俩种解决方案,主要就是环境变量的设置问题

export LD_LIBRARY_PATH=/usr/local/lib 添加这句就可以通过了gcc编译，不过只是临时起效，重启后不在生效。

在/etc/ld.so.conf 文件里面添加路径 /usr/local/lib ,因为linux系统运行库会读取这里的目录寻找so，之后记得ldconfig一下噢

在给出搜寻资料解答如下:Linux 运行的时候，是如何管理共享库(*.so)的？在 Linux 下面，共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

但是，如果需要用到的共享库在非标准路经，ld.so 怎么找到它呢？

目前，Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf，然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候，会从 ld.so.cache 查找。

传统上，Linux 的先辈 Unix 还有一个环境变量：LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候，也会查找这个变量所设置的路经。

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./lib

export LD_LIBRARY_PATH

但是，有不少声音主张要避免使用 LD_LIBRARY_PATH 变量，尤其是作为全局变量。这些声音是：

* LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html

* Why LD_LIBRARY_PATH is bad - /ldpath.html”>http://xahlee.org/UnixResource_dir//ldpath.html

* LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710

解决这一问题的另一方法是在编译的时候通过 -R 选项指定 run-time path。

1. 往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library 会找不到

2. 想往上面两个目录以外加东西的时候，一定要修改/etc/ld.so.conf，然后再调用ldconfig，不然也会找不到。

比如安装了一个mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下 面，这时就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib，保存过后ldconfig一下，新的 library才能在程序运行时被找到。

3. 如果想在这两个目录以外放lib，但是又不想在/etc/ld.so.conf中加东西(或者是没有权限加东西)。那也可以，就是export一个全局变 量LD_LIBRARY_PATH，然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案，在没有权限或临时需要的时候使用。

4. ldconfig做的这些东西都与运行程序时有关，跟编译时一点关系都没有。编译的时候还是该加-L就得加，不要混淆了。

5. 总之，就是不管做了什么关于library的变动后，最好都ldconfig一下，不然会出现一些意想不到的结果。不会花太多的时间，但是会省很多的事。

LD_LIBRARY_PATH 这个环境变量是大家最为熟悉的，它告诉loader：在哪些目录中可以找到共享库。可以设置多个搜索目录，这些目录之间用冒号分隔开。在linux下，还 提供了另外一种方式来完成同样的功能，你可以把这些目录加到/etc/ld.so.conf中，然后调用ldconfig。当然，这是系统范围内全局有效 的，而环境变量只对当前shell有效。按照惯例，除非你用上述方式指明，loader是不会在当前目录下去找共享库的，正如shell不会在当前目前找 可执行文件一样。

*另外，如果不想每次新启一个shell都设置LD_LIBRARY_PATH，可以编辑~/.bash_profile文件：

vim/.bashprofile添加：LDLIBRARYPATH=/usr/local/libexportLDLIBRARYPATH然后运行 source ~/.bash_profile 就行了。*

下面测试例子：

test.proto

package hello;

message Test

{

optional uint32 name =1;

optional uint32 age =2;

}

运行protoc –cpp_out=./ test.proto

在当前目录下生成test.pb.h 和test.pb.cc文件

使用c++对Test数据进行读写，编写write.cc写数据到本地硬盘

#include

#include

#include "test.pb.h"

using namespace std;

using namespace hello;

int main()

{

Test test;

test.set_name(111);

test.set_age(22);

fstream output("./log",ios::out | ios::trunc | ios::binary);

if (!test.SerializeToOstream(&output)){

cerr << "Failed to write msg."<

}

return 0;

}

编译使用

g++ test.pb.h test.pb.cc write.cc -o write -lprotobuf -lpthread

如何编写read.cc从本地读取Test数据：

#include

#include

#include "test.pb.h"

using namespace std;

using namespace hello;

void PrintInfo(const Test &test){

cout << test.name() <

cout << test.age() <

}

int main()

{

cout<

Test test;

fstream input("./log",ios::in | ios::binary);

if(!test.ParseFromIstream(&input)){

cerr << "Failed to parse address book." << endl;

return -1;

}

PrintInfo(test);

return 0;

}

在此使用编译

g++ test.pb.h test.pb.cc read.cc -o read -lprotobuf -lpthread

成功

写的有点糙，不过主要是编译这下折腾了好几天，终于通过了，记录下，也希望有人看到能有所帮助。后面还会记录protocbuf的动态编译，好像还没看到很多讲这方面。