该字符串来自嵌入式 protobuf 描述符,用于执行 protobuf 类型的动态自省。本质上,描述符描述了你的整个.proto
文件。描述符本身以protobuf格式编码;看谷歌/protobuf/descriptor.proto https://code.google.com/p/protobuf/source/browse/trunk/src/google/protobuf/descriptor.proto.
现在,描述符通常应该not包含您所描述的绝对路径。它确实想要包含“规范”路径——即原始文件相对于源代码根的路径名,或者换句话说,您在import
该文件的声明。例如,descriptor.proto
自己的规范路径是google/protobuf/descirptor.proto
;要导入它,你会写import "google/protobuf/descriptor.proto";
.
您的描述符获取完整绝对文件系统路径的原因是因为这是您要传递到的路径protoc
,并且你没有通过-I
旗帜告诉protoc
源树的根在哪里。自从protoc
无法找出源代码的根,它正在回退到文件系统根。
例如,说你的.proto
文件是/home/foo/myproj/src/frobber/baz.proto
。说src
该路径中的目录是您的“源根目录”,这意味着您希望人们编写import "frobber/baz.proto";
导入您的原型文件。在这种情况下,您想要调用protoc
像这样:
protoc -I/home/foo/myproj/src /home/foo/myproj/src/frobber/baz.proto
请注意,如果您从以下位置运行命令myproj
目录,那么您可能根本不应该指定绝对路径:
protoc -Isrc src/frobber/baz.proto
非常重要的是-I
这里的flag是源文件名的文本前缀。protoc
很笨,只知道如何比较字符串。例如,它不知道当前目录是什么:
# DOES NOT WORK
cd /home/foo/myproj
protoc -I/home/foo/myproj/src src/frobber/baz.proto
而且它也不能规范化“..”:
# DOES NOT WORK: protoc doesn't collapse "xyz/../".
protoc -Isrc xyz/../src/frobber/baz.proto
然而,如果“..”一致的话就可以了,因为同样protoc
只关心前缀匹配:
# OK: Prefix is consistent.
protoc -Ixyz/../src xyz/../src/frobber/baz.proto
如果您不想有描述符
您可以通过将以下行放在您的文件中以“精简模式”编译您的原型文件.proto
file:
option optimize_for = LITE_RUNTIME;
在此模式下,根本不会包含描述符。此外,您可以链接到 protobuf 运行时库的“lite”版本,该版本比常规版本小得多。但是,许多有用的功能将被禁用。整个反射界面将消失,任何依赖于反射的东西也将消失。例如,TextFormat
,这就是DebugString()
用于将消息转换为文本以打印以进行调试的方法将被删除,因此调试将变得更加困难。