自动生成的tquic.h，导入的头文件不完整

[wsllf]

这个SSL_CTX该引入哪个头文件

[iyangsj]

需包含 BoringSSL库的头文件

#include "openssl/ssl.h"

参考示例程序：
https://github.com/tquic-group/tquic-example-c/blob/main/simple_client.c#L29

[wsllf]

在集成时，需要把BoringSSL单独编译一份集成到项目里吗，还是说 tquic 项目已经在编译结果 libtquic.so 中包含了 SSL 的实现

[iyangsj]

编译时要链接BoringSSL库

[wsllf]

你好，如下图，我在连接连接成功的时候，创建了双向流，然后在流可写的回调里，进行了写入流发送操作，服务端也接收到了我发送的数据，服务端给我回复了OK，但是我这客户端没有回调client_on_stream_readable方法，请问这可能是什么问题，服务端用的是tquic-example-c项目的server demo

[iyangsj]

@wsllf 把服务端debug或trace级别的日志 和 客户端相关代码 通过附件发出来看看

[wsllf]

客户端发送stream时， quic_stream_write方法的fin参数设置为true之后，可以接收到服务端发送的数据了，请问下这个fin参数是什么含义

[wsllf]

刚才查了下quic资料，描述了这个fin参数和tcp的类似，代表流是否发送完成

[iyangsj]

fin为true代表结束流的写入。客户端代码正确处理quic_stream_wantread()了吗？
可以把前后两次client的debug级别日志发来看看

[wsllf]

问题已经解决了，服务端是判断客户端流发送finish才给客户端回复的数据，客户端之前没注意这个参数，导致服务端一直没回复消息