lua会不会被淘汰？

Baste

lua虽然语法灵活，性能高效，但是调试不方便，在游戏领域使用最多，lua会不会被淘汰掉呢？

DomDomm

感觉java被淘汰了lua都不会被淘汰。
lua跟c结合紧密，性能好，体积小，在某些特定领域几乎没啥竞争对手。倒是java这种，当年起家的口号是跨平台，后来其实也就这么回事，倒是机缘巧合在web开发上占了主要地位，这些年前端发展的厉害，前后端分离之后后端提供个调用结果就好了，我感觉java已经没啥优势了，多半会慢慢衰落掉。
我学过很多语言，基本上排前几名的我都玩过，排后面的也用过不少。这么多年下来，感觉最好的就是c和lua，lua除了没有continue，库有点少之外简直就没有缺点。

redhat9i

语法灵活吗？其实不然。
性能高效吗？有JIT加速应该可以，如果没有JIT加速呢？
调试不方便？其实大多数环境都能够调试。
会不会淘汰？虽然说有一些缺点，但短期内看不出有消失的可能。
脚本语言中，其实我是不喜欢这个语言的。

XGundam05

作为C/C++的嵌入胶水语言, 其实可以提升的部分还很多, 比如编译期执行和静态检测.
如果多语言配合一直是现在这样不温不火状态lua就稳, 如果有新的大范围需求, 可能有更好语言代替lua.
lua的一大特色:用表和元表事件模拟OO等语言特性, 而不是直接提供这些特性, 是值得所有胶水语言借鉴的.
<hr/>语言本身问题: lua的表达力简洁强大, lua的虚拟机效率也很高, 但是使用其表达力后性能就失控了.
用元表替代OO等封装没问题, 但这些封装的overhead早晚会抵消虚拟机的速度优势,过多间接层次也会让debug极为困难.
一个能替代lua的语言应该拥有和lua类似的语义模型, 靠编译期执行实现静态检查机制并保证效率.
同时需要一个清晰易懂的IR应对版本兼容. 这个IR可以不是运行时直接用的

RhinoFreak

我觉得不会，作为c的粘合剂，除了游戏，还有很多地方在用，比如nginx的lua嵌入插件，用的人很多。
而且c扩展lua超级简单，我自己好几个c项目都有扩展lua来增加项目的灵活性，减少工作量，效果很好。
作为一个c的嵌入式语言，lua的地位很难撼动。
调试的问题不大，因为很少有人在lua里面长篇大论的写功能。。。吧，反正我很少这么干（以前也干过2333），就是有也是会严格测试封装的，经常改动的都是简单逻辑和数值。
个人认为c+lua是一个非常牛逼的组合，兼具底层，效率和灵活性，起码是我的重要核心技术栈之一。

xiaozongpeng

Lua用的场景比较多 OpenResty、Nmap、Suricata、Wireshark等都在使用。这些软件形成的生态短时间也不会消失。