網站首頁 編程語言 正文
為什么需要這個工具
數據庫中存儲的protobuf序列化的內容,有時候查問題想直接解析查看內容。很多編碼在網上很容易找到編解碼工具,但protobuf沒有找到編解碼工具,可能這樣的需求比較少吧,那就自己用C++實現一個。
需求描述
我們知道,要解析protobuf,需要有proto定義,所以我們的輸入參數需要包含序列化的數據以及proto定義,如果proto中包含多個message,還需要指定解析到哪個message。所以一共是三個輸入參數。
此外,為了方便使用,我們的工具不要求給出完整的proto定義,如果有嵌套的message沒有定義,不應影響其他字段解析。
搜索現成方案
網上搜索了一圈,找到的類似方案大多需要導入完整的proto文件:
int DynamicParseFromPBFile(const std::string& file, const std::string& classname,
const std::string& pb_str) {
// ...
// 導入proto文件
::google::protobuf::compiler::Importer importer(&sourceTree, NULL);
importer.Import(file);
// 找到要解析的message
auto descriptor = importer.pool()->FindMessageTypeByName(classname);
::google::protobuf::DynamicMessageFactory factory;
auto message = factory.GetPrototype(descriptor);
// 動態創建message對象
auto msg = message->New();
msg->ParseFromString(pb_str);
// msg即為解析到的結構
}
這樣可以實現動態解析,但仍不滿足我們的需求——即使proto不完整,也希望能解析。
舉個例子:
message MyMsg {
optional uint64 id = 1;
optional OtherMsg other = 2;
}
MyMsg中包含OtherMsg類型,但并沒有給出OtherMsg的定義,所以無法正常解析。
AST在哪里
事實上,在解析proto文件時,肯定需要先將其解析為抽象語法樹(AST),在AST中,我們可以很容易修改proto的定義,例如將other字段刪掉,或者將其類型改為bytes,這樣就可以正常解析了。
那么,proto文件解析成的AST結構在哪里呢?只能從源碼中尋找答案了。
一番查找后,終于看到了FindFileByName方法的這段代碼:
bool SourceTreeDescriptorDatabase::FindFileByName(const std::string& filename,
FileDescriptorProto* output) {
// ...
io::Tokenizer tokenizer(input.get(), &file_error_collector);
Parser parser;
// Parse it.
output->set_name(filename);
return parser.Parse(&tokenizer, output) && !file_error_collector.had_errors();
}
從這段代碼中可以看到,FileDescriptorProto就是我們要找的AST結構。那么這到底是個什么結構呢?
其實,FileDescriptorProto本身也是一個proto定義的message:
message FileDescriptorProto {
optional string name = 1; // file name, relative to root of source tree
optional string package = 2; // e.g. "foo", "foo.bar", etc.
// All top-level definitions in this file.
repeated DescriptorProto message_type = 4;
repeated EnumDescriptorProto enum_type = 5;
repeated ServiceDescriptorProto service = 6;
repeated FieldDescriptorProto extension = 7;
// ...
}
從它的字段中可以看到,其代表的是整個proto文件,包括文件中的所有message、enum等定義。
開始寫代碼
第一步
仿照上面的源碼,將輸入的proto定義解析為FileDescriptorProto對象:
// proto輸入
istringstream ss(proto);
istream* is = &ss;
io::IstreamInputStream input(is);
// 解析到FileDescriptorProto AST
io::Tokenizer tokenizer(&input, nullptr);
FileDescriptorProto output;
compiler::Parser parser;
if (!parser.Parse(&tokenizer, &output)) {
err_msg = "parse proto failed";
return -1;
}
output.set_name("proto");
output.clear_source_code_info();
printf("MSG: proto parsed output: %s\n", output.DebugString().c_str());
第2步
處理FileDescriptorProto對象,將沒有給定義的字段類型都改成bytes,保證proto可以正常解析:
int ConvertUnknownType2Bytes(FileDescriptorProto& file_descriptor_proto) {
// 找出所有給出定義的message類型名
set<string> typename_set;
for (auto const& msgtype : file_descriptor_proto.message_type()) {
typename_set.insert(msgtype.name());
// message內嵌套定義的message也要包含在內
for (auto const& subtype : msgtype.nested_type()) {
typename_set.insert(subtype.name());
}
}
// 遍歷所有field,檢查其類型是否存在定義
for (auto& msgtype : *file_descriptor_proto.mutable_message_type()) {
for (auto& field : *msgtype.mutable_field()) {
auto type_name = field.type_name();
// 基本類型的type_name是空的
if (!type_name.empty()) {
// 如果typename_set中找不到該類型名,則轉為bytes類型
if (typename_set.find(type_name) == typename_set.end()) {
field.clear_type_name();
field.set_type(FieldDescriptorProto_Type_TYPE_BYTES);
}
}
}
}
return 0;
}
第3步
解析修改后的FileDescriptorProto對象,創建指定message類型對象。
// 解析proto并檢查錯誤
SimpleDescriptorDatabase db;
db.Add(output);
DescriptorPool pool(&db);
auto descriptor = pool.FindMessageTypeByName(msg_type_name);
if (descriptor == nullptr) {
// proto結構有錯
err_msg = "parse proto failed. FindMessageTypeByName result is null";
return -1;
}
DynamicMessageFactory factory;
auto message = factory.GetPrototype(descriptor);
unique_ptr<Message> msg(message->New());
第4步
將序列化的數據解析到msg中:
msg->ParseFromString(serilized_pb);
cout << "proto msg: " << msg->ShortDebugString().c_str() << endl;
這樣,我們就成功實現了動態解析,也成功將不可讀的二進制數據serilized_pb以可讀的形式打印出來了。
總結
我們為了實現動態解析不完整的proto,我們首先從源碼中找到了將proto定義轉化為AST——也就是FileDescriptorProto——的方法。
接著,我們將AST對象進行修改,將不合法的proto改成合法的。
最后,我們再利用修改后的FileDescriptorProto構造出需要的message對象,解析序列化的數據。
原文鏈接:https://juejin.cn/post/7184059769483690045
相關推薦
- 2023-04-18 C生萬物C語言宏將整數二進制位的奇偶數位交換_C 語言
- 2022-07-26 css媒體查詢
- 2021-12-29 CentOS系統rpm安裝Nginx和配置_nginx
- 2022-06-22 Android實現注冊界面_Android
- 2022-04-25 jQuery利用鍵盤上下鍵移動表格內容_jquery
- 2022-08-10 C#結束進程及子進程_C#教程
- 2022-06-22 如何使用?Dockerfile?創建一個簡單容器_docker
- 2021-12-13 Gin?框架快速創建靜態文件下載Web服務_Golang
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支