这是一个创建于 2480 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 congeec 2019-01-01 02:08:14 +08:00  1 你一不小心问了两个很大的问题 |
 | 2 11wangyaoda 2019-01-01 02:24:08 +08:00 via Android 3 coroutine 本质是上就是 callback。 |
 | 3 ruandao 2019-01-01 02:39:58 +08:00 减少不必要的系统调度 |
 | 4 Sparetire 2019-01-01 02:44:12 +08:00 via Android |
| 5 congeec 2019-01-01 02:49:43 +08:00 http://250bpm.com/blog:141 Equivalence of State Machines and Coroutines |
 | 6 yanaraika 2019-01-01 04:50:03 +08:00 via Android 新语言现在基本都有协程了吧 回调地狱了解一下 |
 | 7 Cbdy 2019-01-01 08:31:23 +08:00 via Android 所谓协程，就是用户态的线程，就是简单的状态机。然后再去和系统线程绑定既可以了 |
 | 8 q2577 2019-01-01 10:20:46 +08:00 可以试试在当前进程的主线程里面创建多个对等线程, 然后在每个对等线程里面各创建一个子进程, 然后在每个子进程里面使用协程, 是不是晕了? |
 | 9 qiyuey 2019-01-01 10:33:56 +08:00 我的理解是，协程本质上就是 回调 + CPS 状态机，用以解决并发变成编写维护困难的问题，同时协程调度方面也具备优势，避免了不必要的上下文切换。 |
 | 10 DeweyReed 2019-01-01 11:20:35 +08:00 用编译时的变换处理 callback，这样可以很直观地写顺序执行的异步代码。 每个语言都是自己的异步机制，Coroutine 就是 Kotlin 采取的方案。 |
 | 11 janxin 2019-01-01 12:14:41 +08:00 看情况决定，对 IO 应用来说，肯定是要比纯线程好。减少系统调用，有效避免异步编程复杂度，上下文切换成本比线程低。 不过问题是谁也不是只用协程，一般都是线程+协程模式。 |
 | 12 bluzz 2019-01-01 13:03:11 +08:00 via Android 协程无法脱离线程，协程主要就是减少线程切换和等待 |
 | 13 pursuer 2019-01-01 13:18:10 +08:00 个人理解，事件驱动更接近计算机工作模式，性能可能好一些，但是对编写者负担比较大，协程 /线程对编写者友好一些，多线程在使用使用阻塞 IO 时对内存的消耗有点厉害，即使线程大多数时间在等待 IO，协程可以减少一些这样的情况 |
 | 14 chrisyue 2019-01-01 16:32:12 +08:00 |
 | 15 lynskylate 2019-01-02 07:17:04 +08:00 via Android 协程相比线程仅在 io 密集应用有显著优势，最大的优势在于进行 io 时主动进行协程切换，相比线程切换开销较小，当然还有协程上下文的储存相比线程小等等。 |
Select Language