使用 grpcio-tools

如何解决使用 grpcio-tools

我正在从两个不同的 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 中找到更多信息。