Redis在引擎盖下是怎么工作的？
除了阅读github中的代码之外，是否有关于signalr.redis包如何工作的白皮书类型的文档？具体地说，我想知道它为Redis添加了哪些键、更新/删除策略等。当查看Redis内部时，我只看到以下调用中指定的一个键（即“signalr.Redis.sample”）：
GlobalHost.DependencyResolver.UseRedis(server, Int32.Parse(port), password, "SignalR.Redis.Sample");
这把钥匙好像是Redis的柜台。我假设正在创建其他键并迅速删除，以方便连接到Redis的每个应用服务器之间的消息。
共有1个答案
不，没有白皮书，它就像200行代码，所以没有那么多可以吞下去。
在SignalR中，每个消息都要经过一个叫做消息总线的东西。当您希望跨节点（或进程或应用程序域）扩展时，该总线的实现需要能够与应用程序的每个实例进行对话。为此，可以使用RedisMessageBus。Redis有一个pub子机制，以及它存储键值对的能力，我们只将前者用于signalr。
越题：这很重要！SignalR不是可靠的消息传递，它是连接抽象。我们可能会为长轮询缓冲消息，但您不能永远依赖这些消息。如果您有重要的消息需要持久化，那么就持久化它们。
希望这能给出它是如何工作的一些想法。
-
Java的switch语句是如何工作的？它如何将所使用变量的值与案例部分中给出的值进行比较？它是否使用或，还是完全是其他原因？ 我主要对1.7之前的版本感兴趣。
-
但我对西农在台面下是如何工作仍有一些疑问。我想我是在说Sinon，但这个问题可能适用于所有其他设计为mock/stub/spy的库。 在过去的几年里，我工作最多的语言是Java。在Java中，我使用Mockito来模拟/存根依赖项和依赖项注入。我曾经导入这个类，用注释这个字段，并将这个mock作为param传递给被测试的类。对我来说，很容易看出我在做什么：模仿一个类，并将模仿作为param传递。
-
@Component表示给定的类将是给定上下文中的单例，@aspect表示在运行时/编译期间，一个方面类的内容将以某种方式编织到目标类中--例如，这个目标类不是单例而是原型。我最后的结局是什么？
-
问题内容： 在阅读了戴夫·切尼（Dave Cheney）关于Go的地图的博客文章之后，对我来说，还有几件事尚不清楚。 TLDR： 为什么它们无序？ 实际值存储在哪里？ 深入研究运行时程序包后，我发现基本的映射结构如下： -是存储区数组，其中索引是键的哈希值的低位，其中存储区为： ..好吧，这只是每个项目是键的哈希值的第一个字节的数组。键值对存储为（每个存储桶八对）。但是到底在哪里？考虑到映射可能包
-
此函数生成数组的排列。我已经把笔放在纸上，在开发工具中放置断点，并煞费苦心地逐步完成每个函数调用，但我仍然不明白这是如何工作的。 具体来说，就是 for 循环。一旦 do It 函数拼接了数组中的所有数字，它将临时数组的切片副本推送到答案数组中。然后，它将项拼接到参数数组中，从临时数组中弹出相同的项，并返回 for 循环第一次迭代的答案。因此，在遍历数组一次后，答案 = [1，2，3] 温度 =
-
redis的事件处理是怎么工作的？