vault backup: 2026-05-15 16:26:14

hzh/MS/06-gRPC/01-协议与架构.md

@@ -150,12 +150,12 @@ graph LR
 >
 > 既然 gRPC 这么多优势，是不是所有场景都应该用 gRPC？什么情况下 HTTP/JSON 仍然更合适？
 
-答案见 [[02-服务治理/服务间通信]]。对外暴露 API 时，HTTP/JSON 仍然不可替代——因为浏览器的 Native Fetch 无法直接调用 gRPC，第三方接入者也不想安装 Proto 编译器。
+答案见 [[02-服务治理/05-服务间通信]]。对外暴露 API 时，HTTP/JSON 仍然不可替代——因为浏览器的 Native Fetch 无法直接调用 gRPC，第三方接入者也不想安装 Proto 编译器。
 
 ## 关联笔记
 
-- [[02-服务治理/服务间通信]] — gRPC 与 REST 的基础对比及选型建议
-- [[02-服务治理/容错模式/README]] — 基于此架构的重试、熔断等治理机制
+- [[02-服务治理/05-服务间通信]] — gRPC 与 REST 的基础对比及选型建议
+- [[02-服务治理/06-容错模式]] — 基于此架构的重试、熔断等治理机制
 - [[02-Proto设计]] — Proto 文件设计的进阶实践
 - [[03-RPC模式]] — 四种 RPC 模式的深度用法
 - [[04-拦截器]] — 切面编程和上下文传播