modify decode(result message deserialization) (#541)
diff --git a/blog/zh-cn/dubbo-27-features.md b/blog/zh-cn/dubbo-27-features.md
index 5bff351..bea0993 100644
--- a/blog/zh-cn/dubbo-27-features.md
+++ b/blog/zh-cn/dubbo-27-features.md
@@ -217,7 +217,7 @@
标签路由提供了这样一个能力，当调用链路为 A -> B -> C -> D 时，用户给请求打标，最典型的打标方式可以借助 attachment（他可以在分布式调用中传递下去），调用会优先请求那些匹配的服务端，如 A -> B，C -> D，由于集群中未部署 C 节点，则会降级到普通节点。
-打标方式会收到集成系统差异的影响，从而导致很大的差异，所以 Dubbo 只提供了 `RpcContext.getContext().setAttachment()` 这样的基础接口，用户可以使用 SPI 扩展，或者 server filter 的扩展，对测试流量进行打标，引导进入隔离环境/灰度环境。
+打标方式会受到集成系统差异的影响，从而导致很大的差异，所以 Dubbo 只提供了 `RpcContext.getContext().setAttachment()` 这样的基础接口，用户可以使用 SPI 扩展，或者 server filter 的扩展，对测试流量进行打标，引导进入隔离环境/灰度环境。
新版的 Dubbo Admin 提供了标签路由的配置项：
diff --git a/blog/zh-cn/rpc-introduction.md b/blog/zh-cn/rpc-introduction.md
index 1a31649..b59a8b7 100644
--- a/blog/zh-cn/rpc-introduction.md
+++ b/blog/zh-cn/rpc-introduction.md
@@ -104,7 +104,7 @@
8. 服务端通过sockets将消息发送到客户端
-9. Client stub接收到结果消息，并进行解码（将结果消息发序列化）
+9. Client stub接收到结果消息，并进行解码（将结果消息反序列化）
10. 客户端得到最终结果。
