基本使用

    请注意,ConnectionMultiplexer 实现了 IDisposable 接口而且可以在不再需要的时候处理释放掉。
    这是故意不展示使用 using 语句用法,因为你想要只是简单地使用一个ConnectionMultiplexer的情况是极少见的 ,因为想法是重用这个对象。

    更复杂的情况可能涉及主/从设置; 对于此用法,只需简单的指定组成逻辑redis层的所有所需节点(它将自动标识主节点)

    1. ConnectionMultiplexer redis = ConnectionMultiplexer.Connect("server1:6379,server2:6379");

    如果它发现两个节点都是主节点,则可以可选地指定可以用于解决问题的仲裁密钥,然而幸运地是这样的条件是非常罕见的。

    一旦你有一个 ConnectionMultiplexer ,你可能有3个主要想做的事:

    • 访问一个 redis 数据库(注意,在集群的情况下,单个逻辑数据库可以分布在多个节点上)
    • 使用 redis 的的 功能
    • 访问单独的服务器以进行维护/监视

    访问redis数据库非常简单:

    1. IDatabase db = redis.GetDatabase();

    GetDatabase 返回的对象是一个成本很低的通道对象,不需要存储。
    注意,redis支持多个数据库(虽然“集群”不支持),这可以可选地在调用 GetDatabase 中指定。
    此外,如果您计划使用异步API,您需要 Task.AsyncState 有一个值,也可以指定:

    1. IDatabase db = redis.GetDatabase(databaseNumber, asyncState);

    一旦你有了IDatabase,它只是一个使用 的情况。
    注意,所有方法都具有同步和异步实现。
    根据微软的命名指导,异步方法都以 ...Async(...) 结尾,并且完全是可以等待的 await 等。

    最简单的操作也许是存储和检索值:

    1. byte[] key = ..., value = ...;
    2. db.StringSet(key, value);
    3. ...
    4. byte[] value = db.StringGet(key);

    覆盖所有redis数据类型的所有 [redis数据库命令](http://redis.io/commands)的都是可以使用的。

    redis的另一个常见用法是作为 分发工具;
    这也很简单,并且在连接失败的情况下, ConnectionMultiplexer 将处理重新订阅所请求的信道的所有细节。

    1. ISubscriber sub = redis.GetSubscriber();

    同样,从 GetSubscriber 返回的对象是一个不需要存储的低成本的通道对象。
    发布/订阅 API没有数据库的概念,但和之前一样,我们可以选择的提供一个异步状态。
    注意,所有订阅都是全局的:它们不限于 ISubscriber 实例的生命周期。
    redis中的 发布/订阅 功能使用命名的“channels”; channels 不需要事先在服务器上定义(这里有一个有趣的用法是利用每个用户的通知渠道类驱动部分的实时更新)
    如在.NET中常见的,订阅采用回调委托的形式,它接受通道名称和消息:

    1. sub.Subscribe("messages", (channel, message) => {
    2. Console.WriteLine((string)message);
    3. });

    另外(通常在一个单独的机器上的一个单独的进程),你可以发布到该通道:

    这将(实际上瞬间)将“hello”写到订阅进程的控制台。 和之前一样,通道名和消息都可以是二进制的。

    有关顺序和并发消息处理的使用文档说明,请参见 发布/订阅消息顺序

    出于维护目的,有时需要发出服务器特定的命令:

      GetServer 方法会接受一个 .aspx) 终结点或者是一个可以唯一标识一个服务器的键/值对。

      1. EndPoint[] endpoints = redis.GetEndPoints();

      一个 IServer 实例是可以使用服务器命令的 Server commands,例如:

      1. DateTime lastSave = server.LastSave();
      2. ClientInfo[] clients = server.ClientList();

      StackExchange.Redis有3种主要使用机制:

      • 同步 - 适用于操作在方法返回到调用者之前完成(注意,尽管这可能阻止调用者,但它绝对不会阻止其他线程:StackExchange.Redis的关键思想是它积极地与并发调用者共享连接)

      • Asynchronous - where the operation completes some time in the future, and a Task or Task<T> is returned immediately, which can later:

      • 异步 - 操作在将来完成一些时间,并且立即返回一个 Task 或 ‘Task‘ 对象,也可以稍后再返回:

        • 是可以等待的(阻塞当前线程,直到响应可用) .Wait()
        • 可以增加一个后续的回调 (TPL 中的 .aspx))
        • awaited 可等待的(这是简化后者的语言级特性,同时如果答复已经知道也立即继续)
      • 执行后不理 - 适用于你真的对这个回复不感兴趣,并且乐意继续不管回应

      同步的用法已经在上面的示例中展示了。这是最简单的用法,并且不涉及 TPL

      对于异步使用,关键的区别是方法名称上的 Async 后缀,以及(通常)使用“await”语言特性。例如: