可以把没必要的按钮关一关，简化操作

我想问题可能出在对 ch 加锁那里，加入消费者消费过慢，那么有可能 produce 塞满了 ch 后进入下一次循环后，consumer 被锁阻塞了，所以死锁了

关于打印顺序，就是这样的呀，向 ch 填充数据和 fmt 的打印不是原子的，之间可能存在协程切换

我觉得你要么放弃纠结这个，要么换一个更好的办法解决日志问题

go 的协程调度顺序我记不太清除了，但应该是两个 go 指令中的后一个会被先得到执行。但我想没有人会依赖这个

我想到了新的一点：外国公司准入

也可能是考虑到了借壳入华这种操作？

我想当焊工，或者木匠

@cjc2017 #3 请务必告诉我是什么眼药水！谢谢！

我刚工作的时候甚至到现在也是这样，算过来算过去，CPU 会跑满吗？内存会爆吗？

但现在我在强制让自己相信，这些都是细枝末节的事，优化应该放到以后去做，甚至没有优化价值。

我不知道这算是技术债还是成功避免了“过早重构”

没什么印象，不过可以进入 Mission Control 后拖动窗口，那样就方便多了把

我是写 Go 的，工作中会用到 Shell+Python 。

这个帖子给了我一种新的感觉，我之前还以为人人都会一点 Python 呢……

要不还是学学 Python 吧，写写脚本处理数据挺方便的

请停止你的 GitHub 行为！！！ doge

我觉得挺好的，比不少应届有主动性。不少网民都是这样，只要你有一点点做的不够好的地方，他们会揪住你大批特批（这么一想批斗这个词还是挺形象的哈）


但他们只是要把压力撒在网络上的 loser 而已

continue，加油

第几行就出错和我以及这个问题没什么关系，什么 Workbook 读取流直接报错听起来像是它欠了你几个亿。

问题就在那里，是等它变好还是主动 debug，看你的了。

如果问题描述得清晰，那你就能让没用过 org.apache.poi 的人结合官方文档、代码和示例找出你的问题。现在这样子只能让有 org.apache.poi 经验的人根据经验猜测你可能在什么地方犯了错误。

读懂错误报告首先要明白错误报告的结构，堆栈信息是如何组织的，以及自己看看各部分信息如函数名、包名、文件名、行号是怎样影响错误日志的

你这个问题看起来像是传给函数 readExcelXlsx 的参数不对。发一下错误复现代码吧

https://documentation.help/php-redis/95153-10566-33069.html 提到：
执行如下的代码：
$redis->delete('h');
$redis->hSet('h', 'a', 'x');
$redis->hSet('h', 'b', 'y');
$redis->hSet('h', 'c', 'z');
$redis->hSet('h', 'd', 't');
var_dump($redis->hGetAll('h'));
将会输出以下结果：
array(4) {
["a"]=>
string(1) "x"
["b"]=>
string(1) "y"
["c"]=>
string(1) "z"
["d"]=>
string(1) "t"
}

你的输出结果原文是什么？贴一段验证代码吧

@CEBBCAT 说漏了，我手头有一些裸板也需要装起来，但 SolidWorks 不是很熟悉，也不知道是不是应该用它画

挺好的，要是能出个教程教画图就更好了，发给淘宝店家切割亚克力

@tencentcloud 一本正经地胡说八道…