5.协程给并发问题增加了很多情况，比如某协程需要回到某线程去，而该线程被占用了，就hang了。多写点复杂代码应该能遇到各种情况的

如果某个goroutine想回到某个thread，而thread已经被占用，那可能确实会等待了吧，也可能会抢占该线程，把当前运行的goroutine调度到其它可用的线程

go运行时会保证公平调度，倒是不用担心hang死的问题
【 在 leadu 的大作中提到: 】
: 1.ui线程问题。比如有一个后台协程，在需要更新界面内容的情况下，如何回到ui线程？非ui线程直接操作ui会失败的。
: 2.协程敏感的api范围问题。io操作的范围非常广，并口串口usb蓝牙等等。就算是大类网络和文件，也有查询dns和查看文件信息这种，可以异步但大家一般用的都是同步版本的api.协程敏感的api设计对这些如何处理的？
: 3.性能问题。你不是正经的c++程序员出身的，所以很多c++或是传统程序员的习惯你不太清楚。
: ...................
--
FROM 8.219.71.*