直接用protoc生成Python代码并结合grpcio实现服务逻辑即可构建真正可用的微服务；需严格使用proto3语法、显式声明package、连续编号字段、正确执行protoc命令（-I. --python_out=. --grpc_python_out=.），服务端绑定"0.0.0.0:50051"并调用server.start()和wait_for_termination()，客户端需主动检查channel就绪并设置timeout。
直接用 protoc 生成 Python 代码 + grpcio 实现服务逻辑，就能跑通一个真正可用的微服务。不靠框架封装、不绕开底层机制，这是最可控也最容易排查问题的方式。
proto 文件定义必须用 proto3 语法且显式声明 package
很多初学者卡在生成代码后 import 报错或字段缺失，根源常是 .proto 文件写法不规范：
-
syntax = "proto3"必须首行声明，不能省略；proto2生成的 Python 类行为完全不同（比如默认值处理、optional关键字） -
package名称要与 Python 包路径对齐，例如package ecommerce;对应import ecommerce_pb2，否则导入时找不到模块 - 字段编号从
1开始，跳号（如id = 1; name = 3;）虽合法但容易引发版本兼容混乱，建议连续编号 - 不要在
message中嵌套未命名的message——Python 生成器不支持，会报Expected message name
生成 Python 代码时 protoc 参数顺序和输出路径不能颠倒
命令执行失败或生成空文件，90% 是因为参数顺序或路径没对齐。正确命令是：
python -m grpc_tools.protoc -I. --python_out=. --grpc_python_out=. proto/item_service.proto
关键点：
立即学习“Python免费学习笔记（深入）”；
-
-I.表示当前目录为 import root，所有import路径都相对于它；如果.proto在proto/目录下，就得写-Iproto/ -
--python_out=.生成*_pb2.py（消息类），--grpc_python_out=.生成*_pb2_grpc.py（服务桩）；两个必须同时指定，缺一不可 - 输出路径末尾不能带斜杠，
--python_out=./generated会创建./generated/ecommerce_pb2.py，但--python_out=generated/可能被解释为相对路径错误 - Windows 下路径分隔符不影响，但 shell 中变量未展开（如
$PWD）会导致-I失效
服务端启动必须显式绑定地址并处理 KeyboardInterrupt
本地调试时常见“服务启动了但连不上”，其实是监听地址不对：
- 用
server.add_insecure_port("localhost:50051")只允许本机连接；跨容器或远程调用必须改用"0.0.0.0:50051" - 忘记加
server.start()或漏掉server.wait_for_termination()，进程会立即退出，日志里看不到明显报错 - 没捕获
KeyboardInterrupt，Ctrl+C 后 gRPC 线程可能残留，下次启动报Address already in use - 异步服务（
async def）需搭配grpc.aio模块，混用grpc同步模块会静默失败
客户端调用前必须确认 channel 状态且重试逻辑要自己加
gRPC 的 channel 默认是惰性连接，首次调用才真正建连，所以：
- 用
channel = grpc.insecure_channel("localhost:50051")后不检查连通性，服务未就绪时第一次stub.GetUser(...)会直接抛StatusCode.UNAVAILABLE - 没有内置重试机制，网络抖动或服务冷启时容易失败；建议用
grpc.channel_ready_future(channel).result(timeout=5)主动等待就绪 - 超时必须显式传入
timeout参数，例如stub.GetUser(req, timeout=3)，否则默认永不超时，卡死线程 - 客户端流式调用（
stub.StreamItems）返回的是迭代器，不消费完就 exit，底层连接不会释放
最难调试的其实是 .proto 和生成代码之间的隐式耦合：改了字段类型却忘了重新生成，或升级了 protobuf 库但 protoc 版本不匹配，这时候 DescriptorPool 错误会出现在运行时而非编译期，得翻日志里那一长串 google.protobuf.descriptor 调用栈才能定位。
