在使用ngx.socket.tcp的receive(8192) 的时候，什么时候认为数据已经接收完了呢

ytlm1314 · 2017-03-10T15:17:46+00:00

请参考lua-resty-reqargshttps://github.com/bungle/lua-resty-reqargs在 2017年3月9日星期四 UTC+8...

在使用ngx.socket.tcp的receive(8192) 的时候，什么时候认为数据已经接收完了呢

ytlm1314

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

doujiang24

Hello

看来是你的协议设计有问题，tcp 连接除非是要断开连接了，要不怎么判断是收完了呢？

在 2017年3月10日下午3:17，ytl m <ytl...@gmail.com>写道：

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

--

ytlm1314

嗯，谢谢回复。

一个正常的请求和响应我可以通过解析头部的conteng-length来动态设置receive的size大小；可是如果是chunked的数据流呢

在 2017年3月10日星期五 UTC+8下午10:02:36，doujiang写道：

Hello

看来是你的协议设计有问题，tcp 连接除非是要断开连接了，要不怎么判断是收完了呢？

在 2017年3月10日下午3:17，ytl m <ytlm...@gmail.com>写道：

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

--

qleex001

chunked编码的话每个数据块是带有有长度的。最后以长度为0的数据块结束。

类似HTTP头部以“\r\n\r\n”结束。

在 2017年3月13日星期一 UTC+8上午10:49:42，ytl m写道：

嗯，谢谢回复。
一个正常的请求和响应我可以通过解析头部的conteng-length来动态设置receive的size大小；可是如果是chunked的数据流呢

在 2017年3月10日星期五 UTC+8下午10:02:36，doujiang写道：
Hello

看来是你的协议设计有问题，tcp 连接除非是要断开连接了，要不怎么判断是收完了呢？

在 2017年3月10日下午3:17，ytl m <ytlm...@gmail.com>写道：

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

--

ytlm1314

谢谢。

我再去看看资料。

主要的一个问题是设置receive大小的问题，如果不设置的话默认是以"*l"方式返回的，设置大小size的话则需要读到size大小或者出错才返回的，api的描述我是这样理解的。

在 2017年3月13日星期一 UTC+8下午1:22:39，FQ Liu写道：

chunked编码的话每个数据块是带有有长度的。最后以长度为0的数据块结束。
类似HTTP头部以“\r\n\r\n”结束。

在 2017年3月13日星期一 UTC+8上午10:49:42，ytl m写道：
嗯，谢谢回复。
一个正常的请求和响应我可以通过解析头部的conteng-length来动态设置receive的size大小；可是如果是chunked的数据流呢

在 2017年3月10日星期五 UTC+8下午10:02:36，doujiang写道：
Hello

看来是你的协议设计有问题，tcp 连接除非是要断开连接了，要不怎么判断是收完了呢？

在 2017年3月10日下午3:17，ytl m <ytlm...@gmail.com>写道：

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

--

ytlm1314

已经明白怎么做了，谢谢各位解惑。

在 2017年3月13日星期一 UTC+8下午2:18:42，ytl m写道：

谢谢。
我再去看看资料。
主要的一个问题是设置receive大小的问题，如果不设置的话默认是以"*l"方式返回的，设置大小size的话则需要读到size大小或者出错才返回的，api的描述我是这样理解的。

在 2017年3月13日星期一 UTC+8下午1:22:39，FQ Liu写道：
chunked编码的话每个数据块是带有有长度的。最后以长度为0的数据块结束。
类似HTTP头部以“\r\n\r\n”结束。

在 2017年3月13日星期一 UTC+8上午10:49:42，ytl m写道：
嗯，谢谢回复。
一个正常的请求和响应我可以通过解析头部的conteng-length来动态设置receive的size大小；可是如果是chunked的数据流呢

在 2017年3月10日星期五 UTC+8下午10:02:36，doujiang写道：
Hello

看来是你的协议设计有问题，tcp 连接除非是要断开连接了，要不怎么判断是收完了呢？

在 2017年3月10日下午3:17，ytl m <ytlm...@gmail.com>写道：

我在用的时候发现是timeout才会停止，api介绍中也有说一直会读到size大小或者出错才会返回，有没有其他的判断方法呢？

谢谢。

--