skynet实践(9)-随机数重复问题

    最近在使用skynet的过程中，遇到需要为玩家的每次请求产生一个随机序列的场景。简化如下:

main.lua中每隔1S便发出一次随机数请求:

local skynet = require "skynet"

skynet.start(function()
    skynet.error("Server start")
    rand = skynet.newservice("testrand")
    skynet.sleep(100)
    local i = 0
     while i < 10 do
        i = i + 1
        skynet.send(rand, "lua", "rand")
        skynet.sleep(100)
    end
end)

testrand.lua:

local skynet = require "skynet"

skynet.start(function()
    skynet.dispatch("lua", function(session, address, cmd, ...)
        print(math.random())
    end)
end)

    开发时使用的是skynet-mingw版本，测试结果如下： 

0.001251220703125
0.001251220703125
0.001251220703125
0.001251220703125
0.56356811523438
0.19329833984375
0.56356811523438
0.56356811523438
0.19329833984375
0.001251220703125

    可以看到，出现了很多重复的随机数，失去了随机的效果。经测试发现，如果在main.lua中不再sleep，而是连续发出随机数请求，那么生成的随机数便不会重复了。由前面对skynet的分析大家已经了解到，skynet服务在处理消息时，不同的消息可能是由不同的工作线程处理的。然后间隔请求和连续请求唯一的区别是目标服务testrand在处理消息时，间隔请求被不同线程处理的几率比较大，而连续请求被不同线程处理的几率比较小。记得之前的分析么，工作线程拿到目标的message-queue后，是会连续处理一部分消息的，处理完之后如果没事儿会休息一会儿。

    既然如此，那么就在配置中将工作线程数目thread配置为1，测试结果如下： 

0.00125122070312
0.56356811523438
0.19329833984375
0.8087158203125
0.58499145507812
0.4798583984375
0.35028076171875
0.89593505859375
0.82281494140625
0.74658203125

     可以看到没有重复了，验证了我们的想法。而实际中我们又发现，多个工作线程时在linux上是不会出现重复的，测试结果如下：

0.84018771676347
0.39438292663544
0.78309922339395
0.79844003310427
0.91164735751227
0.19755136920139
0.33522275555879
0.76822959445417
0.27777471067384
0.55396995553747

    这个又是什么原因呢？自然得从平台的差异上去查了。我们调用的是math.random()函数，它最终调用的是rand()函数，查阅文档后我们了解到，它在linux和windows平台上是有很大区别的。在linux平台上，rand()函数不是线程安全的，它隐藏了一个全局状态，每次调用都会修改这个全局状态。所以这里你会发现间隔调用时虽然可能由不同的线程执行，但是产生的随机数却是不同的。windows平台则不然，相关的状态是储存在线程的数据结构体中的，因为我们这里没有设置随机数种子，不同线程都是以默认随机数种子开始，于是出现了不同线程的随机数序列相同的情况。