问题描述
我正在从两个不同的 proto 生成模块,它们具有一些常见的 proto 文件名。 从 protos-1 ->
python3 -m grpc_tools.protoc --proto_path=p1/protos/ --python_out=. --grpc_python_out=. p1/protos/common/*.proto
python3 -m grpc_tools.protoc --proto_path=p1/protos/ --python_out=. --grpc_python_out=. p1/protos/p1-unique/*.proto
来自 protos-2 ->
python3 -m grpc_tools.protoc --proto_path=p2/protos/ --python_out=. --grpc_python_out=. p2/protos/p2-unique/*.proto
python3 -m grpc_tools.protoc --proto_path=p2/protos/ --python_out=. --grpc_python_out=. p2/protos/common/*.proto
为 p1 和 p2 运行上面的命令会覆盖 p1 生成的模块 common
。因此,它在生成的文件 p1-unique_pb2.py
中存在问题。 (common
模块的引用不正确)
然后我尝试在一个单独的文件夹中从 protos-2 生成模块
python3 -m grpc_tools.protoc --proto_path=p2/protos/ --python_out=./abc --grpc_python_out=./abc p2/protos/p2-unique/*.proto
python3 -m grpc_tools.protoc --proto_path=p2/protos/ --python_out=./abc --grpc_python_out=./abc p2/protos/common/*.proto
但 p2-unique_pb2.py
中的导入仍然是绝对的 from common import common_pb2 as common_dot_common__pb2
,因此指的是 common
生成的 protos-1
模块
我尝试了几种提供的解决方案.. https://github.com/grpc/grpc/issues/9575 但没有一个有助于解决这个问题。
解决方法
这在技术上是一个 ProtoBuf 问题。根据描述,我不知道 common/*.proto
和 protos-1
的 protos-2
是否相同。如果它们相同,我想您根本不会发布此问题。如果不同,你可以尝试将文件夹结构与proto包名称匹配。
例如,您有一个包名为 bar.proto
的 proto 文件 p2.common
,那么它应该放在 ./p2/common/bar.proto
处。 protoc
命令可以只取 proto_path=.
。如果有多个项目,可以考虑在编译前将所有proto文件拷贝到一个中心位置。
有许多关于 Python 导入路径生成的已知投诉,您可以在 https://github.com/protocolbuffers/protobuf/issues 中找到更多信息。