+
 新版
2016-04-16 10:29

引用来自“heimeil”的评论

最近学rust遇到一个问题,socket服务端给客户端写心跳,我设置了write_timeout,再试试断网,结果很长时间都没报错,打印返回的长度,也是正常情况端长度,感觉write操作也没阻塞,这是咋回事,难道是直接把数据丢给底层epoll之类的库就直接返回了?

引用来自“22too”的评论

不知道你用的什么库MIO,还是其他的,这个要是直接自己撸socket,应该返回长度是0

引用来自“heimeil”的评论

标准库里的TcpStream

引用来自“22too”的评论

突然想起来,这个不是语言的问题,我们使用python也遇到了,并且Tcpstream 也没有epoll的实现,原因是因为网线断了之后,连接还在,网线插上,就能继续发数据,如果是连接断了,那就直接断了。
用Node.js和Go同样的操作都能返回超时错误,我就是想通过write操作返回的错误判断连接是否断线
2016-04-16 10:15

引用来自“heimeil”的评论

最近学rust遇到一个问题,socket服务端给客户端写心跳,我设置了write_timeout,再试试断网,结果很长时间都没报错,打印返回的长度,也是正常情况端长度,感觉write操作也没阻塞,这是咋回事,难道是直接把数据丢给底层epoll之类的库就直接返回了?

引用来自“22too”的评论

不知道你用的什么库MIO,还是其他的,这个要是直接自己撸socket,应该返回长度是0

引用来自“heimeil”的评论

标准库里的TcpStream
突然想起来,这个不是语言的问题,我们使用python也遇到了,并且Tcpstream 也没有epoll的实现,原因是因为网线断了之后,连接还在,网线插上,就能继续发数据,如果是连接断了,那就直接断了。
2016-04-15 19:54

引用来自“heimeil”的评论

最近学rust遇到一个问题,socket服务端给客户端写心跳,我设置了write_timeout,再试试断网,结果很长时间都没报错,打印返回的长度,也是正常情况端长度,感觉write操作也没阻塞,这是咋回事,难道是直接把数据丢给底层epoll之类的库就直接返回了?

引用来自“22too”的评论

不知道你用的什么库MIO,还是其他的,这个要是直接自己撸socket,应该返回长度是0
标准库里的TcpStream
2016-04-15 15:49

引用来自“heimeil”的评论

最近学rust遇到一个问题,socket服务端给客户端写心跳,我设置了write_timeout,再试试断网,结果很长时间都没报错,打印返回的长度,也是正常情况端长度,感觉write操作也没阻塞,这是咋回事,难道是直接把数据丢给底层epoll之类的库就直接返回了?
不知道你用的什么库MIO,还是其他的,这个要是直接自己撸socket,应该返回长度是0
Neo
2016-04-15 14:27

引用来自“榕树下_”的评论

rust咋没见官方的ui库?

引用来自“wonderWang”的评论

高级黑吗?这是后端语言,哪来的UI库
这是系统语言,跟C/C++是一个位置的,C++能有UI库,自然rust也可以有,不算高级黑
2016-04-15 12:18
想要做到最小成本抽象的语言,复杂性一般都不会太低,这是没有办法的事情
2016-04-15 11:27
niubility!
2016-04-15 10:48
支持支持
2016-04-15 10:22
马上就超过java了
2016-04-15 09:15

引用来自“榕树下_”的评论

rust咋没见官方的ui库?
高级黑吗?这是后端语言,哪来的UI库
2016-04-15 09:12
不如玩 Dlang
2016-04-15 08:41

引用来自“卖萌的程序猿”的评论

现在的语言如框架,框架如语言
是这样的
2016-04-15 08:38
只有20个稳定库,是不是太少了。
2016-04-15 08:36
最近学rust遇到一个问题,socket服务端给客户端写心跳,我设置了write_timeout,再试试断网,结果很长时间都没报错,打印返回的长度,也是正常情况端长度,感觉write操作也没阻塞,这是咋回事,难道是直接把数据丢给底层epoll之类的库就直接返回了?
2016-04-15 08:18
现在的语言如框架,框架如语言
2016-04-15 08:15
迭代真快
2016-04-15 08:11
rust咋没见官方的ui库?
2016-04-15 08:01
这个语言迭代好快,加油!
回复 @
{{emojiItem.symbol}}
返回顶部
顶部