关于TransformStream中writableStrategy与readableStrategy作用的技术问询

嘿，我最近在研究Web Streams API里的TransformStream，对它的writableStrategy和readableStrategy这两个配置项的具体作用有点拿不准，先说说我目前对Web Streams背压机制的理解哈：

Web Streams API可以通过队列策略来配置背压，我理解的背压就是当流的消费者处理数据的速度赶不上生产者生成数据的速度时，让生产者放慢节奏，避免数据大量积压导致内存问题。

那放到TransformStream里，这两个策略具体是怎么起作用的呢？我梳理了下自己的猜想，也想确认下是不是对的：

• writableStrategy：它负责管控TransformStream的可写端队列。简单说就是生产者往TransformStream里塞数据时，这个策略定义了可写端队列的“承载上限”。当队列里的数据量达到这个上限时，背压机制就会触发，通知上游的生产者暂停发送数据，直到TransformStream把队列里的数据处理完一部分、腾出空间为止。这样能防止可写端因为数据堆得太多而撑爆。
• readableStrategy：这个是管TransformStream的可读端队列的。当TransformStream把数据转换完成后，会把结果放到可读端队列里等着下游消费者来取。这个策略就定义了可读端队列的上限，一旦队列满了，就会给TransformStream内部的转换逻辑发信号，让它先暂停转换工作，等下游消费者取走一些数据、队列有空间了再继续。这一步是为了避免转换好的数据没人接，在可读端堆积起来。

总结下来，我感觉这两个策略就是分别在TransformStream的输入和输出环节设置了背压的触发阈值，让生产、转换、消费这整个链路的节奏能动态匹配，不会因为某一环掉链子而拖垮整个流的运行。不知道我这个理解有没有偏差呀？

备注：内容来源于stack exchange，提问作者cdauth