在Rx.Net文献中，普遍提到一个被称为可观察对象的温度。
有冷可观察对象（例如由Observable.Interval()和类似工厂方法创建的对象），每次创建新订阅时都会产生副作用。
另一方面，有热可观察对象（例如Subject<T>），它们将随着新的订阅而加入。
还有温暖可观察对象，例如由RefCount()返回的对象，每次创建订阅时将执行初始化，但仅当没有其他活动订阅时才执行。这些温暖的可观察对象的行为由Dave Sexton在此处解释：
另外，您可以调用Publish然后RefCount以获取在多个连续观察者之间共享的IObservable。请注意，这不是真正的热可观测性 - 它更像是温暖的可观测性。RefCount对基础可观测对象进行单次订阅，只要查询有至少一个观察者。当您的查询没有更多观察者时，将引用计数更改为0，基础订阅将被处理。如果稍后有另一个观察者订阅您的查询，则再次将引用计数从0更改为1，然后RefCount将对基础可观测对象进行新的订阅，从而导致订阅副作用再次发生。
还有其他应该注意的温度吗？是否可以以编程方式获取Observable的温度？
先回答一个简单的问题：
是否可以通过编程方式获取Observable的温度？
不行。最好的方法是订阅并观察发生的情况。
可观察对象“契约”规定，当您订阅可观察对象时，会收到零个或多个OnNext消息，后跟一个OnCompleted或一个OnError消息（根据情况）。该契约没有规定如何处理多个或更早/更晚的订阅者，这正是可观察的“温度”主要关注的内容。
还有其他需要注意的温度吗？
我甚至不会像您所指定的那样以如此具体或离散的术语来考虑它。
我认为它是以订阅时的效果为基础：最冷的可观察对象在订阅时都会产生影响（例如 Observable.Return(42)）。最热的可观察对象在订阅时不会有任何影响（例如new Subject<int>()）。在这两极之间是一个连续体。
例如，Observable.Interval(TimeSpan.FromMilliseconds(100))将每隔100毫秒发出一个新数字。与Observable.Return(42)不同，该示例可以通过.Publish().RefCount()大部分“预热”：第一个订阅者启动了数字，但第二个订阅者将只看到最新的数字，而不是从0开始。然而，如果您使用.Replay(2).RefCount()而不是.Publish()，则会有一些在订阅时的影响。Publish和Replay可观察对象的“温度”是否相同？
简而言之：不要太关注分类。了解两者之间的区别，并知道一些可观察对象具有较冷的属性，而另一些则具有较暖的属性。
