任何语言都不是完美无瑕的，在使用中都有各种问题，lua 也不例外。而 lua 使用中，绝对绕不开的一个问题就是 # 取 table 长度问题。
先看下 # 的一些使用情况，希望引起你的困惑：
> t = {1,1,nil,1}
> #t
4
> t = {nil,nil,1,nil}
> #t
0
> t = {1,nil,nil,nil,nil,nil,nil,1}
> #t
8
> t[9] = 1
> #t
1
> t = {1,nil,nil,nil,nil,nil,nil,1,1}
> #t
9
当 table 有部分值为 nil 时，你很难清楚 # 取得的结果是什么。（如果你想知道 table 实际长度，只能遍历 table）
继续阅读lua table # 取长度问题
在开始这个话题前，说下我遇到的 skynet 进程 CPU100% 占用问题，查找 bug 的过程比较繁琐，后来想到做改进，这也是促成我写这篇文章的原因。
查到是一段 lua 代码有问题，这里截取其中出问题的代码：
-- 活动开始时间： 2033-01-01 00:00:00
local start_time = 1988121600
function start_activity()
local now = os.time()
local diff = now - start_time
if diff < 0 then
skynet.timeout((-diff)*100, start_activity)
return
end
-- todo 省略活动内容
end
以上代码，通过 skynet.timeout 设置定时器，定时触发 start_activity , 看似没有问题，但是，当 skynet.timeout 第一个参数过大时，会有意想不到的收获。
继续阅读lua定位CPU100%问题
原文 2015-08-13 01:19:34 发表于 CSDN，这里对以前写的文章做下收录。
要实现 lua 代码加密，可以利用 luac 编译代码文件成二进制实现加密。
原文 2015-09-23 23:48:54 发表于 CSDN，这里对以前写的文章做下收录。
skynet 下载编译过程对系统环境有很大依赖性，编译说明过于简单，没有提及到。所以，文章这里总结 skynet 比较常见的编译问题，希望有所帮助。
skynet 的编译过程：
git clone https://github.com/cloudwu/skynet.git cd skynet make linux
简单3步，对于很多高版本的系统来说，可能就这3步。但是，低版本系统可能无法编译，如下：
1. gcc 版本问题
2. 缺少 readline
3. 缺少 ncurses
4. 缺少 git （非必要项，则要手动下载skynet及3rd下的jemalloc）
5. 缺少 autoconf 等等
继续阅读skynet 编译问题总结
原文 2016-01-07 01:14:27 发表于 CSDN，这里对以前写的文章做下收录。
skynet 自带了一个控制台服务，可以很方便获取和调试 skynet 运行数据，而且可以热更新代码，所以，弄明白 skynet 控制台管理可以让你更好地使用 skynet，甚至改进这个控制台服务，以满足不同业务需求。
这个服务默认不会启动，需要你手动启动它，如下：
skynet.newservice("debug_console", 8000)
设计原因，调试控制台只监听本地地址 127.0.0.1 ，如果需要远程使用，需要先登录到本机，然后再连接。
使用时，通过 telnet 或 nc 登录调试控制台，启动后显示：
$ nc 127.0.0.1 8000 Welcome to skynet console
表示连接成功。
继续阅读skynet 控制台使用技巧
最近朋友问我，说到他们项目不使用 skynet.call，他不是很理解，问我为啥。
于是，我看了 skynet.call 的代码。实现上，skynet.call 是服务 A 给服务 B 发 request 消息，等服务 B 处理完，再给服务 A 发 response 消息，最后交由服务 A 处理。（源代码可以参考 skynet服务的本质与缺陷）
通常，skynet.call 这个过程是没有问题的，但在服务 B 繁忙无法响应时，就可能有问题。
skynet.call 没有超时机制，执行的过程不能中断，得一直等到目标服务处理完才返回，所以业务可能出现长时间中断。如果想实现超时，可以利用另外一个协程来唤醒自己。
继续阅读skynet.call 潜在问题
