Tencent
能不能支持luajit
用来调试时getinfo出现libpdebug加载失败，跟踪调试，发现luajit没有导出lua_version这个函数，在luajit 动态库中导出这个函数， libpdebug加载成功，还是不能调试，不知道为什么
先前使用slua做过一些luajit测试，我们遇到的情况是可以使用，但是单步运行体验不好，经常出现跳步等问题，猜测是luajit优化了一些call 和return，造成调试器异常。 想问下开发环境使用的是cocos2dx对么？后面我们准备先在cocos2dx中做一下测试，也在规划luajit的支持，但因为还有一些其他功能要开发，可能需要一些时间。
关于libpdebug加载成功，但不能调试的问题，目前建议关闭c调试库，尝试使用lua调试器。具体方法是修改工程中 launch.json 文件中的 useCHook 为 false 试一下
我们写Openresty的lua代码的时候也希望能用vscode调试，可以不可以顺道支持。
我查了一下Openresty，其中有人提到在其中使用LuaSocket会因为网络阻塞导致异常。
永远不要在 OpenResty 使用 LuaSocket 这个库，它的网络 I/O 会阻塞 nginx 事件循环。应当总是使用OpenResty 自己的 cosocket API（ngx.socket.tcp 和 ngx.socket.udp 这些）
而目前LuaPanda正是利用LuaSocket阻塞网络使进程停止在断点处的，所以可能目前无法支持。 非常感谢建议。关于服务端的调试如果我们后面有优化，我再回复你哈。
类似 Skynet，OpenResty 不希望使用 LuaSocket 应该也是实际生产环境中，所有的 LuaSocket IO 都会阻塞 CPU 线程，OpenResty 是自己基于协程重新写了 cosocket。在调试的情况下，还是可以放心使用LuaSocket，没有问题的，理论上说，OpenResty 应该是可以直接支持 LuaPanda 没有问题的，不知道你发现了什么异常吗？
类似 Skynet，OpenResty 不希望使用 LuaSocket 应该也是实际生产环境中，所有的 LuaSocket IO 都会阻塞 CPU 线程，OpenResty 是自己基于协程重新写了 cosocket。在调试的情况下，还是可以放心使用LuaSocket，没有问题的，理论上说，OpenResty 应该是可以直接支持 LuaPanda 没有问题的，不知道你发现了什么异常吗？
感谢回复，这样理论上是可以用的，除了先前说的luajit需要优化的问题。 @AlexStacker 如果方便的话可以试一下哈