RxJS中of/from创建的Observable与Subject、BehaviorSubject的区别是什么？

核心底层差异：冷/热执行模型的本质区别 #

• 所有通过of/from等创建的基础冷Observable，核心执行逻辑是懒启动、每订阅一次独立执行一遍完整数据流：

  const cold$ = of(Math.random());
  // 第一次订阅：触发整个Observable执行，生成第一个随机值
  cold$.subscribe(v => console.log('冷订阅1', v));
  // 第二次订阅：重新跑一遍执行逻辑，生成全新的随机值，和第一个订阅拿到的值毫无关联
  cold$.subscribe(v => console.log('冷订阅2', v));
  

  这种冷属性是写在Observable骨子里的，哪怕套再多管道，也只是修改单次订阅触发时的执行流程，改变不了「每个订阅者独立跑一遍流程」的本质。
• 所有Subject类的实现都是热Observable，核心执行逻辑是共享同一次执行的结果，所有订阅者拿到同一份发射值：

  const subject = new BehaviorSubject(Math.random());
  // 第一次订阅：直接拿到当前Subject持有的最新值
  subject.subscribe(v => console.log('热订阅1', v));
  // 第二次订阅：拿到和第一次完全相同的那个值
  subject.subscribe(v => console.log('热订阅2', v));
  

  这种热属性决定了Subject不需要每个订阅者单独跑流程，所有订阅者共享同一个值源。

关于「管道控制」与「Subject主动控制」的本质区别 #

两者看起来都是在调整Observable的行为，但控制的边界和机制完全不同：

• 管道操作的控制范围：针对冷Observable的单次订阅执行流程做自定义转换。这种控制的本质是修改执行规则，但你没法在Observable创建完成后，从外部主动往这个独立的执行流程里塞值、改结果。比如用from(fetch('/api/data'))创建的冷Observable，不管加多少管道，它的执行时机永远是第一次有订阅者的时候，你没法在创建之后手动触发它返回新值。
• Subject的主动控制范围：因为Subject本身是既可以被订阅的Observable，又可以主动发值的Observer的双端对象，你可以在任何时机直接调用next()/error()/complete()方法，从外部往所有下游订阅者推送自定义值。这种控制是跨执行模型的，不是靠管道套出来的——哪怕你不给Subject加任何管道，你依然可以随时主动控制它的发射内容和时机。

关于「多播能力」的本质差异 #

• 冷Observable天生是单播的：因为每个订阅者都独立跑一遍完整的执行流程，所有值都是每个订阅者自己的上下文里算出来的，不存在共享给其他订阅者的可能，自然没有原生多播能力。
• 很多人熟悉的share()/shareReplay()等多播操作符，本质是在内部封装了一个Subject，把原本冷的、每次订阅独立执行的流程，转成热的、共享一次执行结果给所有订阅者的流程——相当于给冷Observable套了一层Subject的壳，才具备了多播能力。
• Subject从设计之初就原生具备多播能力：它内部维护了一个全量订阅者列表，每次调用next()发值时，会遍历这个列表把同一份值推送给所有订阅者，不需要额外套壳。两者的发值逻辑本质是完全不同的：
  • 冷Observable发值：每个订阅者对应独立的执行上下文，发值只在自己的上下文内计算和推送，其他订阅者完全感知不到。
  • Subject发值：所有订阅者共享同一个值源，发值时从统一的源头遍历所有订阅者推送，所有人收到的都是同一份值。

很多人对两者的差异产生混淆，根源是RxJS允许通过管道对任意可观察对象做模型转换（比如把冷Observable转成热多播的、把Subject转成带管道逻辑的Observable），表面上看两者的用法越来越相似，但从根上的执行模型设计是完全不一样的。

内容的提问来源于stack exchange，提问作者mx_code