$ tar -xzvf protobuf-cpp-3.19.3.tar.gz
$ cd protobuf-3.19.3/
$ ./autogen.sh

$ ./configure --host=arm-linux CC=aarch64-linux-gnu-gcc CXX=aarch64-linux-gnu-g++ --prefix=/home/protobuf/linux
$ make -j;make install

bin：可執(zhí)行文件 protoc，可以將對(duì)應(yīng)的 proto 文件生成代碼的工具（在 ARM 下使用，所以這個(gè)不用）
lib：對(duì)應(yīng)的庫，包含靜態(tài)庫和動(dòng)態(tài)庫等。還有對(duì)應(yīng)裁剪版功能的lite庫
include：集成時(shí)需要包含的頭文件

$ ./configure --prefix=/home/protobuf/ubuntu
$ make -j;make install

// 指定版本 （默認(rèn)）使用protobuf2 
syntax = "proto2"; 
// 指定命名空間 
package ExampleNC; 
// 例1: 在 xxx.proto 文件中定義 CExample message 
message CExample 
{
     optional string stringDesc = 1;
     optional bytes bytesVal = 2; 
}

$ protoc -I=$SRC_DIR --cpp_out=$DST_DIR $SRC_DIR/xxx.proto

CExample *pInfo = new CExample();
pInfo->set_stringdesc("test");  // 賦值
printf("info: %s\n", pInfo->DebugString().c_str());// 打印設(shè)置的值（文本格式，lite版本不支持）
int length = pInfo->ByteSize();
char *pBuf = (char *)malloc(length);
pInfo->SerializeToArray(pBuf, length);// 序列化為hex
printf_hexdump("HEX:", pBuf, length);// 打印序列化后的hex數(shù)據(jù)
CExample *pOutInfo = new CExample();
pOutInfo->ParseFromArray(pBuf, length);//反序列化
printf("OUTinfo: %s\n", pOutInfo->DebugString().c_str());// 打印設(shè)置的值（文本格式，lite版本不支持）
free(pBuf);

[libprotobuf ERROR google/protobuf/descriptor_database.cc:641] File already exists in database: ais_msg.proto
[libprotobuf FATAL google/protobuf/descriptor.cc:2021] CHECK failed: GeneratedDatabase()->Add(encoded_file_descriptor, size): 
terminate called after throwing an instance of 'google::protobuf::FatalException'
  what():  CHECK failed: GeneratedDatabase()->Add(encoded_file_descriptor, size):

【轉(zhuǎn)自 https://m.newsmth.net/article/Programming/single/5862/3】
Protobuf是Google的一個(gè)開源項(xiàng)目，它的大部分代碼是用C++寫的。當(dāng)別的程序想要使用protobuf時(shí)，既可以采用動(dòng)態(tài)鏈接，也可以采用靜態(tài)鏈接。Google內(nèi)部主要是采用靜態(tài)鏈接為主。而在Linux的世界里，大部分發(fā)行版都把Protobuf編譯成了動(dòng)態(tài)庫。
 
最佳實(shí)踐
如果你的Project本身是一個(gè)動(dòng)態(tài)庫，那么你應(yīng)該避免在它的公開接口中用到任何protobuf的符號(hào)，并且采用靜態(tài)鏈接到protobuf的方式。同時(shí)你應(yīng)該在dllmain中調(diào)用google::protobuf::ShutdownProtobufLibrary()來清理protobuf使用過內(nèi)存。
如果你的Project本身是一個(gè)靜態(tài)庫，那么決定權(quán)不在你手里，而且最終把你的靜態(tài)庫編譯成PE/ELF文件的那個(gè)人手里。但是你需要在你的build system中留出接口讓他可以告知你這個(gè)信息。
如果你的Project本身是一個(gè)動(dòng)態(tài)庫，并且你公開接口中用到了protobuf的符號(hào)，那么你必須動(dòng)態(tài)鏈接到protobuf。 否則當(dāng)你跨DLL傳送protobuf的對(duì)象時(shí)，如果這個(gè)對(duì)象在A.DLL中創(chuàng)建，但是在B.DLL中被銷毀，那么就會(huì)導(dǎo)致程序崩潰。因?yàn)楫?dāng)你采用靜態(tài)鏈接到Protobuf時(shí)，每個(gè)DLL內(nèi)部都有一個(gè)protobuf的副本，并且protobuf內(nèi)部有自己的內(nèi)存池?？鏒LL傳輸對(duì)象就會(huì)導(dǎo)致該對(duì)象可能在不屬于自己的內(nèi)存池中被釋放。
 
動(dòng)態(tài)鏈接的注意事項(xiàng)
首先，不推薦在Windows上這么做。 因?yàn)閜rotobuf本身是基于C++的，而Windows上DLL的導(dǎo)出符號(hào)應(yīng)該都是C風(fēng)格的，不應(yīng)含有任何STL、std::string這樣的東西。 如果你一定要這么做，那么你就會(huì)收到C4251警告。這是一個(gè)level 1的警告，屬于最高嚴(yán)重等級(jí)。
如果你決定動(dòng)態(tài)鏈接到protobuf，并且目標(biāo)平臺(tái)是Windows操作系統(tǒng)，那么你應(yīng)該在編譯你的project的源代碼的時(shí)候"#define PROTOBUF_USE_DLLS"。 這樣鏈接器才知道應(yīng)該使用dllimport的方式去尋找protobuf的符號(hào)。 Linux不需要這么做。但是Linux需要注意把code編譯成PIC的。 同時(shí)，在Windows上需要注意所有代碼必須采用動(dòng)態(tài)鏈接到CRT，而不能采用靜態(tài)鏈接。 這條適用于libprotobuf.dll自身以及它的所有使用者。
 
無論是Windows還是Linux，動(dòng)態(tài)鏈接帶來的另一個(gè)問題是：從.proto生成的那些C/C++代碼可能也需要被編譯成動(dòng)態(tài)庫共享。因?yàn)閜rotobuf本身有一個(gè)global的registry。每個(gè)message type都需要去那里注冊(cè)一下，而且不能重復(fù)注冊(cè)。所以，假如你在A.DLL中定義了某些message type，那么B.DLL就只能從A.DLL的exported的DLL interface中使用這些message type, 而不能從proto文件中重新生成C/C++代碼并包含到B.DLL里去。并且B.DLL也不能私自的去修改、擴(kuò)展這個(gè)message type。據(jù)說換成protobuf-lite就能避免這個(gè)問題，但是Google官方并沒有對(duì)此表態(tài)。
 
另外，protobuf動(dòng)態(tài)庫自身不能被unload然后reload。 這個(gè)限制讓我很意外，但是Google自己說他們?cè)谠O(shè)計(jì)的時(shí)候從來沒考慮過這樣的使用場(chǎng)景。不過，在Linux上這其實(shí)是很常見的事情，GLIB自身都不支持unload。
 
糟糕的用例：Tensorflow
首先，tensorflow作為一個(gè)python的plugin,它必須是動(dòng)態(tài)庫，不能是靜態(tài)庫。
Tensorflow選擇了靜態(tài)鏈接到protobuf。
Tensorflow想要支持動(dòng)態(tài)加載plugin。每個(gè)plugin是一個(gè)動(dòng)態(tài)庫。
plugin本身需要訪問Tensorflow的接口，而這些接口常常又含有protobuf的符號(hào)。Tensorflow會(huì)暴露(provide) libprotobuf 的部分符號(hào)。如果這個(gè)plugin需要的符號(hào)恰好在tensorflow中都能找到，那么很好。 但事情并非總是如此， 因?yàn)門ensorflow它只有一個(gè)partial的libprotobuf，它只包含它自己所必須的那部分protobuf的code。當(dāng)這個(gè)plugin想要的超出了tensorflow所能提供的范疇，寫plugin的人就會(huì)嘗試把protobuf加到link command中。這樣就會(huì)變得非常非常危險(xiǎn)，程序隨時(shí)會(huì)崩潰。因?yàn)樗鼤?huì)在兩個(gè)不同的protobuf副本之間傳送protobuf的對(duì)象。 所以，不要看到“unresolved external symbol”就不動(dòng)腦子的把缺的庫加上，有時(shí)候這個(gè)錯(cuò)誤代表的是更深層次的問題。
 
糟糕的用例： cmake
cmake 3.16做了一個(gè)火上澆油的事情：當(dāng)你使用find_package(Protobuf)的時(shí)候，你需要提前知道你找到的究竟是動(dòng)態(tài)庫還是靜態(tài)庫，如果是靜態(tài)庫那么你需要設(shè)置Protobuf_USE_STATIC_LIBS成OFF，否則在Windows上鏈接會(huì)失敗。請(qǐng)注意： 不是cmake告訴你它找到的是什么，而是你要主動(dòng)告訴它，它找到的會(huì)是什么。

$ ./configure --host=arm-linux --disable-shared CFLAGS="-fPIC -fvisibility=hidden" CXXFLAGS="-fPIC -fvisibility=hidden" CC=aarch64-linux-gnu-gcc CXX=aarch64-linux-gnu-g++ --prefix=/home/protobuf/linux
$ make -j;make install

// 改成下面的樣子（不同版本位置不對(duì)，所以可以搜索 ac_cv_env_CFLAGS_set）
if test "x${ac_cv_env_CFLAGS_set}" = "x"; then
 CFLAGS="-fPIC"
fi

if test "x${ac_cv_env_CXXFLAGS_set}" = "x"; then
  CXXFLAGS="-fPIC"
fi

$ ./configure --host=arm-linux --disable-shared CC=aarch64-linux-gnu-gcc CXX=aarch64-linux-gnu-g++ --prefix=/home/protobuf/linux
$ make -j;make install

// 指定版本 （默認(rèn)）使用protobuf2 
syntax = "proto2"; 
// 使用 lite 版本
option optimize_for = LITE_RUNTIME;
// 指定命名空間 
package ExampleNC; 

// 例1: 在 xxx.proto 文件中定義 CExample message 

message CExample 
{
     optional string stringDesc = 1;
     optional bytes bytesVal = 2; 
}