主题
文章
项目
资源
图书
Go网址导航
下载
官方文档
英文文档
中文文档
标准库中文版
Go指南
注册
登录
首页
全部评论
评论了
主题
测试和学goroutine, 遇到的问题
因为你的requestchan workchan 都是非缓冲型的同步chan,主goroutines 同步完全阻塞自然就死锁了。 time.After 相当于存在一个 goroutines,等于并非只...
查看详情
评论了
主题
新手这个语法看不懂
我只能说这是一种很蠢的描述法.......目测意思是 !非空,即非0 ,>0即该值大于0 合起来的意思就是这个字段是自然数(1,2,3,4,5.....)
查看详情
评论了
主题
关于select多路复用的问题
无缓冲select是同步(也就是不论是写入还是停止都会在同步下完成,不会先完成写入再完成读取),简单来说你这个就是死锁了
查看详情
评论了
主题
关于nil != nil 的问题
如果在 see(c) 前进行一次 c == nil 判断,你会发现的确返回的是true; ``` log.Println(c == nil) see(c) ```
查看详情
评论了
主题
关于nil != nil 的问题
产生这种问题的原因interface{} 接收到的不是一个完全的裸指针,而是将传递的v 的类型签名和,值同时接收,因此出现了上面的问题,因为已经在函数内部声明过 v 的类型是 *C,因此即使 v = ...
查看详情
评论了
主题
time.Sleep居然会失效???求原理???
win10 go 1.10.1 正常,延迟3s
查看详情
评论了
博文
goroutine+chan 并不是 CSP 的最佳方式
<a href="/articles/12125#comment6" title="6">#6<span>楼</span></a> <a href="/user/alex_023" title="@a...
查看详情
评论了
博文
goroutine+chan 并不是 CSP 的最佳方式
<a href="/articles/12125#comment6" title="6">#6<span>楼</span></a> <a href="/user/alex_023" title="@a...
查看详情
评论了
博文
goroutine+chan 并不是 CSP 的最佳方式
<a href="/articles/12125#comment2" title="2">#2<span>楼</span></a> <a href="/user/alex_023" title="@a...
查看详情
评论了
博文
goroutine+chan 并不是 CSP 的最佳方式
<a href="/articles/12125#comment2" title="2">#2<span>楼</span></a> <a href="/user/alex_023" title="@a...
查看详情
评论了
博文
goroutine+chan 并不是 CSP 的最佳方式
重复关闭这种是典型的设计和不良编码习惯导致的...和goroutine+chan一点毛关系都没有。
查看详情
评论了
主题
两个逻辑处理器处理两个goruntine并发运行时如何确定哪个goruntine先运行?
print是IO操作,Goroutine会在IO操作的时候必然发生一次调度,结果就是通过print去看是否程序逻辑执行是不可靠的。
查看详情
评论了
主题
golang中往channel写入数据的时候,能不能指定从头部写入还是从尾部写入?
用2 个channel组合出来一个你的要求就好了 一个是优先被读取,常态是空的;一个是被正常的读取。 如果处理失败的化插入第一个就可以了。
查看详情
评论了
主题
golang里面有没有针对read非阻塞的channel?除了超时机制
<a href="/topics/4096#comment4" title="4">#4<span>楼</span></a> <a href="/user/ddxx11223" title="@ddx...
查看详情
评论了
主题
golang里面有没有针对read非阻塞的channel?除了超时机制
select配合 default
查看详情
评论了
主题
最近看了篇文章,有一部分内容是关于端口号数量限制的,感觉是作者理解错误了,有懂的帮忙解答一下
当然你要说既不封装协议帧,又要常态保持这个数量的连接数,出问题是的不是服务端,而是客户端会告诉该端口已经绑定不能再次绑定.....这根本不是并发问题。一般服务器假定就算使用 10个端口,能接收到的远端...
查看详情
评论了
主题
最近看了篇文章,有一部分内容是关于端口号数量限制的,感觉是作者理解错误了,有懂的帮忙解答一下
很明显对于整个网络基础通信结构理解有问题 基础 TCP UDP模型下面的确有限制,但是现在复杂一点的通信都是建立在基础之上的二次封装或者说是和 TCP模型同层的协议。 基础模型下面通信是 1个端口可...
查看详情
评论了
博文
Go语言第一深坑 - interface 与 nil 的比较
所以说为什么要加一个返回error.....因为有些情况下用返回的值去判断返回是否成功本身就是一个不恰当的设计。 Go不是不支持多返回值。
查看详情
评论了
主题
golang 调用 c++ DLL 如何获取 dll 返回的 string 类型值
C++返回值应该是 char* ,返回的是指针,然后在Go中对这个int类型进行转换变成 指向 byte的指针,解引用就读出了这个 字节的值。C++中char* 类型是连续内存结构,最后以'0...
查看详情
评论了
博文
反驳《Golang、Rust的执行速度的对照,让人大吃一惊。》——不会别瞎说
<a href="/articles/9629#comment17" title="17">#17<span>楼</span></a> <a href="/user/wayslog" title="@...
查看详情
评论了
博文
反驳《Golang、Rust的执行速度的对照,让人大吃一惊。》——不会别瞎说
<a href="/articles/9629#comment9" title="9">#9<span>楼</span></a> <a href="/user/wayslog" title="@way...
查看详情
评论了
博文
反驳《Golang、Rust的执行速度的对照,让人大吃一惊。》——不会别瞎说
<a href="/articles/9629#comment9" title="9">#9<span>楼</span></a> <a href="/user/wayslog" title="@way...
查看详情
评论了
博文
反驳《Golang、Rust的执行速度的对照,让人大吃一惊。》——不会别瞎说
至于优化到底有多离谱.....上面函数等效于 sum := 0 for i := 0; i < num; i++ { sum = sum + i*(num-1)*num/2 } 这个跑...
查看详情
评论了
博文
反驳《Golang、Rust的执行速度的对照,让人大吃一惊。》——不会别瞎说
看最后结果都知道了RUST编译器肯定优化...否则4倍计算量耗时提高只有2倍=。=。不过无GC语言和有GC语言本身先天性就没可比性....
查看详情
评论了
主题
【疑难杂症】【GC】Go 程序调用 Windows DLL 的正确姿势是什么?
<a href="/topics/2475#comment2" title="2">#2<span>楼</span></a> <a href="/user/mortemnh" title="@mort...
查看详情
评论了
主题
【疑难杂症】【GC】Go 程序调用 Windows DLL 的正确姿势是什么?
func StrPtr(s string) uintptr { ptr, err := syscall.BytePtrFromString(s) if err != nil { fmt.Pri...
查看详情
评论了
博文
Go语言不爽
工程理念和学术理念之战而已....GO的哲学类似于Python是极简主义,也就是实用主义以及规则优先制,说白了就是一种方法对应一个唯一的最优解而不是漫天遍地给你多个解。 一个倾向于实用的语言和学术产物...
查看详情
用户登录
记住登录状态
没有账号?
注册
忘记密码?
或
GitHub 登录
Gitea 登录
Go今日面试题
X
登录和大家一起探讨吧
用户名
密码
记住登录状态
登录
GitHub 登录
忘记密码?
还不是会员
现在注册
用户登录