最后落地一坨不能用的 KPI 产物，浪费了人力物力财力精力现金流

@FunkYou2022 [前端，年前鹅厂毕业，] 哈哈哈哈，看错了， [前端，年前] ，看差了

前年鹅厂毕业，这两年有在做什么吗？没有一直待业吧？

这 4 个外包的面试官或许也不会得到什么正确的判断，4 个人面试一个就离谱

男模

@Hopetree 没有可能

看了这么一大堆文字，觉得，还是直接打开 host 文件修改比较快～～～～

生产者消费者再业务开发中是非常常见的场景，考察代码能力挺好的，只是题目中有一个点会让人很奇怪，waitgroup 通常用于多个 goroutine 并发执行且等待所有 goroutine 返回结果使用。比如同时请求 HTTP 、GRPC 等请求下由多个业务接口。

[两个 goroutine 用 channel 通信]

channel 原则由生产者来控制关闭。消费者直接消费，通常 v,ok:=chan 来做个逻辑判断是否关闭。
channel 另一个特点是对于已关闭的 channel 进行读时会默认返回 0 ，由第二个返回变量来判断是否关闭。所以通常消费者无需关心做额外的业务处理。

此题如果等待两个 goroutine 都结束，输出预期结果，务必需要一定的等待时间，原因在于生产者如果关闭了 channel ，则 channel 不会再有阻塞的能力。
例如：
c := make(chan int, 5)
go func{xxxxxx; close(c) }
go func(xxxxxx;}
<-c （此处不会进行任何阻塞，所以启动程序即服务进行运行结束。）

waitgroup 可以，sleep 可以，context.WithTimeout 也可以。只是这三个用在这个场景中，在真实的业务里会很奇怪。一般业务也很难遇见这样的场景吧。

楼主想根据一个场景设计题同时考察 channel 、waitgroup 或 context.Withtimeout 用法之外。还是要贴合一下实际场景好一些。

比如特性特点，使用场景能很熟悉即可。是不是要用 sleep 、context.Withtimeout 、waitgroup 并不是那么重要。原因在业务代码中，如果这样出现这样的代码逻辑，是在 codreview 时打回的。

@wysnxzm 楼主是长期都没搞好，而不是一次搞好了就给你什么奖金～

@sriram 问也没用，因为不懂所以分辨不出来答案的正确性、深度、广度。

@madantech 这是都做了些什么？

别懒的申诉，你可以尝试自述一下，如果你申诉，理由是否站的住脚，在这里“委屈”“牢骚”无非是想得到认同与共鸣，真实情况你自己是应该清楚的。

会不会他在字节本身工资也不是很高

愿楼主遇不到楼上这几位 提出 go 所谓面试题的人，好中二的问题 。

到底甚么样的人，过年不和老婆孩子在一起过年，也不和父母过年

软文推广也太降智了

在交大内部找学生应该会很有市场，交大有能力的学习比比皆是，他们会非常感兴趣。