1 个不稳定版本
0.1.0 | 2019年9月21日 |
---|
#180 在 #serde-json 中
10KB
204 行
tarpc
免责声明:这不是一个官方的 Google 产品。
tarpc 是一个以易用性为重点的 Rust RPC 框架。定义一个服务只需要几行代码,服务器的大部分样板代码都由框架为你处理。
什么是 RPC 框架?
"RPC" 代表 "远程过程调用",是一种函数调用,其返回值的生成在其他地方完成。当调用 RPC 函数时,幕后该函数会联系另一个进程,并要求它们评估该函数。原始函数随后返回其他进程生成的值。
RPC 框架是大多数面向微服务的架构的基本构建块。其中两个著名的例子是 gRPC 和 Cap'n Proto。
tarpc 与其他 RPC 框架的不同之处在于,它在代码中定义模式,而不是在如 .proto 这样的单独语言中。这意味着没有单独的编译过程,也没有在不同语言之间切换上下文的需要。
tarpc 的其他一些功能
- 可插拔传输:任何实现了
Stream<Item = Request> + Sink<Response>
的类型都可以用作连接客户端和服务器传输。 Send
可选:如果传输不需要它,tarpc 也不需要!- 级联取消:丢弃请求将向服务器发送取消消息。服务器将停止对请求的任何未完成工作,随后取消其自己的任何请求,重复整个传递依赖链。
- 可配置的截止时间和截止时间传播:如果未指定,则请求截止时间默认为10秒。服务器将在截止时间过后自动停止工作。服务器发送的任何使用请求上下文的请求都将传播请求截止时间。例如,如果服务器正在处理一个10秒截止时间的请求,做了2秒的工作,然后向另一个服务器发送请求,那个服务器将看到一个8秒的截止时间。
- Serde序列化:启用
serde1
Cargo功能将使服务请求和响应支持Serialize + Deserialize
。这是完全可选的:也可以使用内存传输,因此不需要时不需要支付序列化的代价。
使用方法
将依赖项添加到你的Cargo.toml
tarpc = "0.18.0"
tarpc::service
属性会扩展为一个由组成RPC服务的项目集合。这些生成的类型使得编写服务器变得更加容易和舒适。只需实现生成的服务特质,然后你就可以开始了!
示例
对于这个示例,除了tarpc,还需要在Cargo.toml
中添加两个其他依赖项
futures-preview = "0.3.0-alpha.18"
tokio = "0.2.0-alpha.3"
在下面的示例中,我们使用进程内通道在客户端和服务器之间进行通信。在实际代码中,你可能会通过网络进行通信。有关更真实的示例,请参阅example-service。
首先,让我们设置依赖项和服务定义。
use futures::{
future::{self, Ready},
prelude::*,
};
use tarpc::{
client, context,
server::{self, Handler},
};
use std::io;
// This is the service definition. It looks a lot like a trait definition.
// It defines one RPC, hello, which takes one arg, name, and returns a String.
#[tarpc::service]
trait World {
/// Returns a greeting for name.
async fn hello(name: String) -> String;
}
此服务定义生成一个名为World
的特质。接下来,我们需要为我们的Server结构体实现它。
// This is the type that implements the generated World trait. It is the business logic
// and is used to start the server.
#[derive(Clone)]
struct HelloServer;
impl World for HelloServer {
// Each defined rpc generates two items in the trait, a fn that serves the RPC, and
// an associated type representing the future output by the fn.
type HelloFut = Ready<String>;
fn hello(self, _: context::Context, name: String) -> Self::HelloFut {
future::ready(format!("Hello, {}!", name))
}
}
最后,让我们编写我们的main
,它将启动服务器。虽然这个示例使用了进程内通道,但tarpc还提供了一个使用TCP上的bincode的传输。
#[tokio::main]
async fn main() -> io::Result<()> {
let (client_transport, server_transport) = tarpc::transport::channel::unbounded();
let server = server::new(server::Config::default())
// incoming() takes a stream of transports such as would be returned by
// TcpListener::incoming (but a stream instead of an iterator).
.incoming(stream::once(future::ready(server_transport)))
.respond_with(HelloServer.serve());
tokio::spawn(server);
// WorldClient is generated by the macro. It has a constructor `new` that takes a config and
// any Transport as input
let mut client = WorldClient::new(client::Config::default(), client_transport).spawn()?;
// The client has an RPC method for each RPC defined in the annotated trait. It takes the same
// args as defined, with the addition of a Context, which is always the first arg. The Context
// specifies a deadline and trace information which can be helpful in debugging requests.
let hello = client.hello(context::current(), "Stim".to_string()).await?;
println!("{}", hello);
Ok(())
}
服务文档
像平常一样使用cargo doc
来查看为通过service!
调用扩展的所有项创建的文档。
许可证:MIT
依赖项
~7.5MB
~125K SLoC