<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>RPC - 标签 | 飞污熊小站</title><link>https://xiongneng.me/tags/rpc/</link><description>飞污熊小站</description><generator>Hugo 0.166.0 &amp; FixIt v0.4.6-20260512073637-464c4659</generator><language>zh-CN</language><managingEditor>yidao620@163.com (XiongNeng)</managingEditor><webMaster>yidao620@163.com (XiongNeng)</webMaster><copyright>XiongNeng</copyright><lastBuildDate>Fri, 25 Sep 2026 02:16:47 +0000</lastBuildDate><atom:link href="https://xiongneng.me/tags/rpc/index.xml" rel="self" type="application/rss+xml"/><item><title>SpringBoot4系列15 - 集成gRPC服务</title><link>https://xiongneng.me/posts/java/springboot/sb4-grpc/</link><pubDate>Wed, 21 Oct 2026 20:00:00 +0800</pubDate><author>yidao620@163.com (XiongNeng)</author><guid>https://xiongneng.me/posts/java/springboot/sb4-grpc/</guid><category domain="https://xiongneng.me/categories/java/">Java</category><description>&lt;p&gt;先交代一个我亲身踩过的坑：订单服务每次调用物流服务，双方都在赌对方没改接口。HTTP 面上跑的是 JSON：请求字段靠字符串拼，响应字段靠手抄文档。物流团队把响应里的 &lt;code&gt;waybillNo&lt;/code&gt; 改名成 &lt;code&gt;shipmentId&lt;/code&gt;，旧字段悄悄删掉，订单服务的解析代码拿到 &lt;code&gt;null&lt;/code&gt; 照常往下走，三天后客服才发现运单号全空。改字段这种事在强类型世界有编译器拦着，在 JSON 世界只有运行时的 &lt;code&gt;null&lt;/code&gt; 和日志里一条没人看的 WARN。那次之后我就认准了一件事：跨服务的字段契约不能靠人肉维护。&lt;/p&gt;</description></item></channel></rss>