lysShub
lysShub
所有的可靠传输协议都是通过重传解决的丢包，发送冗余数据只是让重传的概率减小
maybe you use sciter.js's dll/so , should tis sdk
> @dablelv > > @fufay > > 这个例子用单个channel做“广播”也可以，只要 close(ch)就代表发送通知了，其他的goroutine使用for select 结构来接收广播就行了。 > > 大佬，确实如此。有想到 sync.Cond 的存在的必要性了吗？ chan不能做广播，waitgroup的Done是负数时会触发panic，而cond任何时候都可以signal/broadcast。我遇到的场景就是非cond不可，你可以把它理解为触发器、心跳之类的。它是阻塞控制而不是并发安全控制
那只能广播一次 ---原始邮件--- 发件人: ***@***.***> 发送时间: 2022年5月8日(周日) 晚上9:25 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [geektutu/blog] Go sync.Cond | Go 语言高性能编程 | 极客兔兔 (#125) @lysShub @dablelv @fufay 这个例子用单个channel做“广播”也可以，只要 close(ch)就代表发送通知了，其他的goroutine使用for select 结构来接收广播就行了。 大佬，确实如此。有想到...
广播时，如果没有其他协程正在wait这个cond，那么这个广播相当于就被丢弃了 ---原始邮件--- 发件人: ***@***.***> 发送时间: 2022年7月26日(周二) 下午4:46 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [geektutu/blog] Go sync.Cond | Go 语言高性能编程 | 极客兔兔 (#125) @qq717019142 那么广播后,其余的协程还是要竞争锁吗? 从上面各位大佬的回复来看，需要竞争锁 Wait()后，首先【释放锁】，然后进入【等待通知】的状态，收到【通知】后，开始【竞争锁】，【持有锁】后执行业务逻辑代码，最后【释放锁】 — Reply to this...
system test passed on windows and linux
> Can you help describe the problem in more detail? Is this contradicted in a doc somewhere, or does this differ from other implementers of `net.Conn`? In most operating systems,...
感谢作者啊，好多go相关的都在他这里学的，非常有用
试了下，才知道Windows 不能 bind raw-tcp-socket ```go conn, err := net.ListenIP("ip4:tcp", &net.IPAddr{IP: net.IPv4(127, 0, 0, 1)}) if err != nil { panic(err) } // panic: listen ip4:tcp 127.0.0.1: bind: An invalid argument...
rpc最重要的还是序列化吧，测试只测了网络方面的。还有就是std_rpc不是用的gob序列化的吗？