互联网上的机器大都通过 TCP/IP 协议相互访问，但 TCP/IP 只是往远端发送了一段二进制数据，为了建立服务还有很多问题需要抽象。RPC 可以解决这些问题，它把网络交互类比为「client 访问 server 上的函数」：client 向 server 发送 request 后开始等待，直到 server 收到、处理、回复 client 后，client 又再度恢复并根据 response 做出反应。
几乎所有的网络交互都可以交给 RPC 来表达。当然，RPC 不是万能的抽象，否则我们也不需要 TCP/IP 这一层了；但在我们绝大部分的网络交互中，RPC 既能解决问题，又能隔离更底层的网络问题。
brpc 是什么
brpc 是百度内最常使用的工业级 RPC 框架，有 1,000,000+ 个实例（不包含 client）和上千种服务，在百度内叫做 baidu-rpc，目前只开源 C++ 版本。
简单易用的接口
只有三个（主要的）用户类：Server、Channel、Controller，分别对应 server 端、client 端、参数集合。你不必推敲诸如「如何初始化 XXXManager」「如何组合各种组件」「XXXController 的 XXXContext 间的关系是什么」这类问题。
我们尝试让事情变得更加简单。以命名服务为例，在其他 RPC 实现中，你也许需要复制一长段晦涩的代码才可使用，而在 brpc 中访问 BNS 可以这么写 bns://node-name，DNS 是 Init("domain-name", ...)，本地文件列表是 file:///home/work/server.list，相信不用解释，你也能明白这些代表什么。
经受过考验的实现
brpc 在百度内被广泛使用，是一个经历过考验的实现。
重视开发和维护效率
brpc 特别重视开发和维护效率：你可以通过浏览器或 curl 查看 server 内部状态，分析在线服务的 CPU 热点、内存分配和锁竞争，通过 bvar 统计各种指标并通过 /vars 查看。
性能
虽然大部分 RPC 实现都声称「高性能」，但数字仅仅是数字，要在广泛的场景中做到高性能仍是困难的。为了统一百度内的通信架构，brpc 在性能方面比其他 RPC 走得更深，brpc 与其他实现的性能对比可以参考官方的 benchmark 数据。
