通过readable回调函数读取流quic_stream_read和直接读取流方式的不同

[sophiezou19]

我发现不同方式读取流，会有以下现象：
1.通过readable回调函数读取流quic_stream_read，读完会向服务端回一个固定长度的包a（应该是ACK?）
2.通过直接读取流并调用内部处理quic_endpoint_process_connections，就不会发送。
想请问下：
现象1中回包a的作用，以及不回会不会导致服务端重传，或者其他影响？

[iyangsj]

1.通过readable回调函数读取流quic_stream_read，读完会向服务端回一个固定长度的包a（应该是ACK?）

ACK的回复与应用层是否已读取缓存的数据无关。

2.通过直接读取流并调用内部处理quic_endpoint_process_connections，就不会发送。

同上，一种可能是ACK已提前发送。

这两种情况可以提供下debug级别的日志看看

[sophiezou19]

再请问下，readable事件也是水平触发吗，readable回调中我先只读了部分流，然后quic_stream_wantread置为false，完成后，在外部方法中将quic_stream_wantread再置为true并调内部处理，发现并没有立即发起可读回调事件来读取剩余流。

[iyangsj]

完成后，在外部方法中将quic_stream_wantread再置为true并调内部处理，发现并没有立即发起可读回调事件来读取剩余流。

这种情况下，在执行quic_stream_wantread后，立即发起一次quic_stream_read