把 lua 和 event loop 结合起来，是不是比 js 更给力

[ryanking8215]

js把event loop融入了它的血液了。从语法上看，lua和js相像的地方很多，大不同的地方是，lua都是同步接口，但所幸lua的core很小，是不是把它改动一下，结合libuv，也做成一个lua-async的东东，在通过luajit，是不是比js更给力？

当然，前后端大一统就没了。lua和c/c++结合比用v8简单太多了。

欢迎大家吐槽！

[darklowly]

为什么不直接用go

[seeker]

刚搜了下搜到这个，给撸主参考参考： http://luvit.io/

[mingzhi]

lz 说的是这货 http://luvit.io/ 这样?

[ryanking8215]

golang也是同步的啊

我靠，真有这玩意儿，还说比node.js快2～4倍。

[initialdp]

国内云风开源的skynet据说也是杠杠的。

[clino]

用lua当然要用coroutine了,为什么还用event loop这种编程界面这么恶心的东东呢

[ryanking8215]

我不觉得event loop很恶心啊，嵌入式上一直用libevent。
最近觉得多线程会造成心智负担，担心死锁的问题。包括goroutine。
callback嵌套多点就多点吧，不是还有async,eventproxy么？至少我知道cpu在执行这里的时候，别的代码对这个没影响。难道是年纪大了？

[alsotang]

反正 nodejs 的嵌套很恶心就对了。

[kran]

openresty, alilua ?

[clino]

@ryanking8215 如果用同步的方式写会有死锁,那么用eventloop方式一样会有吧

[superhack]

openresty 中的 ngx_lua

[ryanking8215]

@clino 用了单进程单线程的eventloop,那就不用锁了，就不会有死锁了。死锁不是因为同步写的原因，是因为要并发，临界区资源需要互斥，有资源需要同步访问，也有可能多个任务需要协调同步等等，就有锁的问题，一不小心就会死锁，其实死锁还好，万一临界区资源被无故改写，这个问题很难查，很难重现。

[suninus]

这个点个赞，@seeker真搜度

[clino]

@ryanking8215 coroutine 一样可以是单进程单线程来并发,照你这么说也不用锁

[RIcter]

@seeker 好眼熟，我们是不是在哪见过，bathome么。。不对。。

[ryanking8215]

@clino 你指lua的coroutine吗？lua不是很熟悉，但我记得是没有锁啊

[clino]

@ryanking8215 coroutine在几种语言的实现都是单线程里并发的,照你说都不用有锁了
另外event loop就不用锁了吗?你确定吗?

[ryanking8215]

@clino 单线程单进程的event loop不需要锁，我确定。你说几种语言的coroutine的，我不是了解很多语言，单从lua讲，是单线程内执行的协程，不需要锁。 至于goroutine，是多线程支撑的CSP模型，需要锁的，它也提供的sync.Mutex，sync.Atomic，当然它提供更方便的chan是另一说了

[clino]

@ryanking8215 gevent是单线程的,它一样提供锁的工具( http://xlambda.com/gevent-tutorial/#_11 ),可以用来"限制并发访问或运行",当然也可以不用
不过 event loop 确实就没办法用了,所以在这点上也能看出这种编程接口没coroutine灵活
至于goroutine,你要想做成单线程一样也可以,这是使用者的选择,不一定非要用多线程的方式

[ryanking8215]

@clino 我看了一下gevent，我同意你的说法。我的理解是从资源保护上讲，是不需要锁的，因为gevent的cpu是用户显示释放的，不是OS调度的，没有临界区的问题，但是你要同步gevent，控制gevent的执行顺序，就需要信号量和锁了。

但是你说的关于goroutine的，我不太认同，goroutine是go runtime的调度器调度的，什么时候切换goroutine是自动的，不是用户控制的，如果没有互斥和同步原语，我觉得是有临界区问题的。我不清楚如何起n个gorouine是保证在一个线程上的。