node中的stream有哪些类型

本篇内容介绍了“node中的stream有哪些类型”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！ node stream有4种类型：1、Readable（可读流）。需要实现“_read”方法来返回内容；2、Writable（可写流），需要实现“_write”方法来接受内容；3、Duplex（可读可写流），需要实现“_read”和“_write”方法来接受和返回内容；4、Transform（转换流），需要实现“_transform”方法来把接受的内容转换之后返回内容。本教程操作环境：windows7系统、nodejs16版，DELL G3电脑。流（Stream）在免费云主机、域名 Nodejs 中是个十分基础的概念，很多基础模块都是基于流实现的，扮演着十分重要的角色。同时流也是是一个十分难以理解的概念，这主要是相关的文档比较缺少，对于 NodeJs 初学者来说，理解流往往需要花很多时间理解，才能真正掌握这个概念，所幸的是，对于大部分 NodeJs 使用者来说，仅仅是用来开发 Web 应用，对流的不充分认识并不影响使用。但是，理解流能够对 NodeJs 中的其他模块有更好的理解，同时在某些情况下，使用流来处理数据会有更好的效果。Stream 是在 Node.js 中处理流数据的抽象接口。Stream 并不是一个实际的接口，而是对所有流的一种统称。实际的接口有 ReadableStream、 WritableStream、ReadWriteStream 这几个。可以看出 ReadableStream 和 WritableStream 都是继承 EventEmitter 类的接口（ts中接口是可以继承类的，因为他们只是在进行类型的合并）。上面这些接口对应的实现类分别是 Readable、Writable 和 DuplexNodeJs中的流有4种：Readable 可读流（实现ReadableStream）Writable 可写流（实现WritableStream）Duplex 可读可写流（继承Readable后实现WritableStream）Transform 转换流（继承Duplex）它们都有要实现的方法：Readable 需要实现 _read 方法来返回内容Writable 需要实现 _write 方法来接受内容Duplex 需要实现 _read 和 _write 方法来接受和返回内容Transform 需要实现 _transform 方法来把接受的内容转换之后返回可读流（Readable）是流的一种类型，他有两种模式三种状态两种读取模式：流动模式：数据会从底层系统读取写入到缓冲区，当缓冲区被写满后自动通过 EventEmitter 尽快的将数据传递给所注册的事件处理程序中暂停模式：在这种模式下将不会主动触发 EventEmitter 传输数据，必须显示的调用 Readable.read() 方法来从缓冲区中读取数据，read 会触发响应到 EventEmitter 事件。三种状态：readableFlowing === null（初始状态）readableFlowing === false（暂停模式）readableFlowing === true（流动模式）初始时流的 readable.readableFlowing 为 null添加data事件后变为 true 。调用 pause()、unpipe()、或接收到背压或者添加 readable 事件，则 readableFlowing 会被设为 false ，在这个状态下，为 data 事件绑定监听器不会使 readableFlowing 切换到 true。调用 resume() 可以让可读流的 readableFlowing 切换到 true移除所有的 readable 事件是使 readableFlowing 变为 null 的唯一方法。https://github1s.com/nodejs/node/blob/v16.14.0/lib/internal/streams/readable.js#L527当 size 为 0 会触发 readable 事件。当缓存池中的数据长度达到浮标值 highWaterMark 后，就不会在主动请求生产数据，而是等待数据被消费后在生产数据暂停状态的流如果不调用 read 来消费数据时，后续也不会在触发 data 和 readable，当调用 read 消费时会先判断本次消费后剩余的数据长度是否低于 浮标值，如果低于 浮标值 就会在消费前请求生产数据。这样在 read 后的逻辑执行完成后新的数据大概率也已经生产完成，然后再次触发 readable，这种提前生产下一次消费的数据存放在缓存池的机制也是缓存流为什么快的原因流动状态下的流有两种情况生产速度慢于消费速度时：这种情况下每一个生产数据后一般缓存池中都不会有剩余数据，直接将本次生产的数据传递给 data 事件即可（因为没有进入缓存池，所以也不用调用 read 来消费），然后立即开始生产新数据，待上一次数据消费完后新数据才生产好，再次触发 data ，一只到流结束。生产速度快于消费速度时：此时每一次生产完数据后一般缓存池都还存在未消费的数据，这种情况一般会在消费数据时开始生产下一次消费的数据，待旧数据消费完后新数据已经生产完并且放入缓存池他们的区别仅仅在于数据生产后缓存池是否还存在数据，如果存在数据则将生产的数据 push 到缓存池等待消费，如果不存在则直接将数据交给 data 而不加入缓存池。值得注意的是当一个缓存池中存在数据的流从暂停模式进入的流动模式时，会先循环调用 read 来消费数据只到返回 null暂停模式下，一个可读流读创建时，模式是暂停模式，创建后会自动调用 _read 方法，把数据从数据源 push 到缓冲池中，直到缓冲池中的数据达到了浮标值。每当数据到达浮标值时，可读流会触发一个 ” readable ” 事件，告诉消费者有数据已经准备好了，可以继续消费。一般来说， 'readable' 事件表明流有新的动态：要么有新的数据，要么到达流的尽头。所以，数据源的数据被读完前，也会触发一次 'readable' 事件；消费者 ” readable ” 事件的处理函数中，通过 stream.read(size) 主动消费缓冲池中的数据。值得注意的是， 如果 read(size) 的 size 大于浮标值，会重新计算新的浮标值，新浮标值是size的下一个二次幂（size 所有可读流开始的时候都是暂停模式，可以通过以下方法可以切换至流动模式：添加 ” data ” 事件句柄；调用 “ resume ”方法；使用 ” pipe ” 方法把数据发送到可写流流动模式下，缓冲池里面的数据会自动输出到消费端进行消费，同时，每次输出数据后，会自动回调 _read 方法，把数据源的数据放到缓冲池中，如果此时缓存池中不存在数据则会直接吧数据传递给 data 事件，不会经过缓存池；直到流动模式切换至其他暂停模式，或者数据源的数据被读取完了（ push(null) ）;可读流可以通过以下方式切换回暂停模式：如果没有管道目标，则调用 stream.pause() 。如果有管道目标，则移除所有管道目标。调用 stream.unpipe() 可以移除多个管道目标。相对可读流来说，可写流要简单一些。当生产者调用 write(chunk) 时，内部会根据一些状态（corked，writing等）选择是否缓存到缓冲队列中或者调用 _write，每次写完数据后，会尝试清空缓存队列中的数据。如果缓冲队列中的数据大小超出了浮标值（highWaterMark），消费者调用 write(chunk) 后会返回 false，这时候生产者应该停止继续写入。那么什么时候可以继续写入呢？当缓冲中的数据都被成功 _write 之后，清空了缓冲队列后会触发 drain 事件，这时候生产者可以继续写入数据。当生产者需要结束写入数据时，需要调用 stream.end 方法通知可写流结束。注意，在缓存池中数据到达浮标值后，此时缓存池中可能存在多个节点，在清空缓存池的过程中（循环调用_read）,并不会向可读流一样尽量一次消费长度为浮标值的数据，而是每次消费一个缓冲区节点，即使这个缓冲区长度于浮标值不一致也是如此上述是一个浮标值为 10 的可写流，现在数据源是一个 0——20 到连续的数字字符串，productionData 用于写入数据。首先第一次调用 myWritable.write("0") 时，因为缓存池不存在数据，所以 "0" 不进入缓存池，而是直接交给 _wirte，myWritable.write("0") 返回值为 true当执行 myWritable.write("1") 时，因为 _wirte 的 callback 还未调用，表明上一次数据还未写入完，位置保证数据写入的有序性，只能创建一个缓冲区将 "1" 加入缓存池中。后面 2-9 都是如此当执行 myWritable.write("10") 时，此时缓冲区长度为 9（1-9），还未到达浮标值， "10" 继续作为一个缓冲区加入缓存池中，此时缓存池长度变为 11，所以 myWritable.write("1") 返回 false，这意味着缓冲区的数据已经足够，我们需要等待 drain 事件通知时再生产数据。100ms过后，_write("0", encoding, callback) 的 callback 被调用，表明 "0" 已经写入完成。然后会检查缓存池中是否存在数据，如果存在则会先调用 _read 消费缓存池的头节点("1")，然后继续重复这个过程直到缓存池为空后触发 drain 事件，再次执行 productionData调用 myWritable.write("11")，触发第1步开始的过程，直到流结束。在理解了可读流与可写流后，双工流就好理解了，双工流事实上是继承了可读流然后实现了可写流（源码是这么写的，但是应该说是同时实现了可读流和可写流更加好）。Duplex 流需要同时实现下面两个方法实现 _read() 方法，为可读流生产数据实现 _write() 方法，为可写流消费数据上面两个方法如何实现在上面可写流可读流的部分已经介绍过了，这里需要注意的是，双工流是存在两个独立的缓存池分别提供给两个流，他们的数据源也不一样以 NodeJs 的标准输入输出流为例：当我们在控制台输入数据时会触发其 data 事件，这证明他有可读流的功能，每一次用户键入回车相当于调用可读的 push 方法推送生产的数据。当我们调用其 write 方法时也可以向控制台输出内容，但是不会触发 data 事件，这说明他有可写流的功能，而且有独立的缓冲区，_write 方法的实现内容就是让控制台展示文字。可以将 Duplex 流视为具有可写流的可读流。两者都是独立的，每个都有独立的内部缓冲区。读写事件独立发生。Transform 流是双工的，其中读写以因果关系进行。双工流的端点通过某种转换链接。读取要求发生写入。对于创建 Transform 流，最重要的是要实现 _transform 方法而不是 _write 或者 _read。 _transform 中对可写流写入的数据做处理（消费）然后为可读流生产数据。“node中的stream有哪些类型”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注云技术网站，小编将为大家输出更多高质量的实用文章！

相关推荐: html jsp乱码如何解决

今天小编给大家分享一下html jsp乱码如何解决的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这免费云主机、域名篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。 一. HTML乱码的原因和解决…