1011人阅读
算法分析（10）
&最近在研究随机函数，利用很多算法，改写了随机函数，但是我在想，改写后的随机函数的随机性能最好，谁最近真随机函数,需要用一种方法来检验。 我能想到的有以下几种：
希望大家能补充。
1.直接能用数学理论证明，就是真随机。
2.用统计的方法，用足够大的样本空间，来计算没个数的随机概率，以及随机性比较；
3.把随机数连成一个数据序列，来统计1 和0 的个数， &如果随机，应该是1：1. & 我觉得这个只能是必要条件，而不是充分条件。
4 .检测随机数组里的素数的比例，个数据，同真随机数比较；
5.找一个真随机数序列，进行比较；
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：153719次
积分：2085
积分：2085
排名：第16098名
原创：22篇
转载：203篇
评论：44条
(1)(1)(4)(7)(3)(2)(9)(19)(11)(9)(7)(1)(6)(5)(40)(31)(17)(7)(29)(5)(5)(8)(1)几乎所有编程语言中都提供了"生成一个随机数"的方法，也就是调用这个方法会生成一个数，我们事先也不知道它生成什么数。比如在.Net中编写下面的代码：
Random rand = newRandom();
Console.WriteLine(rand.Next());
运行后结果如下：
&&&&Next()方法用来返回一个随机数。同样的代码你执行和我的结果很可能不一样，而且我多次运行的结果也很可能不一样，这就是随机数。
&&&&看似很简单的东西，使用的时候有陷阱。我编写下面的代码想生成100个随机数：
for(int i=0;i&100;i++)
Random rand = new Random();
Console.WriteLine(rand.Next());
&&&&太奇怪了，竟然生成的"随机数"有好多连续一样的，这算什么"随机数"呀。有人指点"把new Random()"放到for循环外面就可以了：
Random rand = newRandom();
for(int i=0;i&100;i++)
Console.WriteLine(rand.Next());
&&&&&运行结果：
&&&&确实可以了！&
二、这是为什么呢？
&&&&这要从计算机中"随机数"产生的原理说起了。我们知道，计算机是很严格的，在确定的输入条件下，产生的结果是唯一确定的，不会每次执行的结果不一样。那么怎么样用软件实现产生看似不确定的随机数呢？
&&&&生成随机数的算法有很多种，最简单也是最常用的就是&"线性同余法"： &第n+1个数=(第n个数*29+37) % 1000，其中%是"求余数"运算符。很多像我一样的人见了公式都头疼，我用代码解释一下吧，MyRand是一个自定义的生成随机数的类：
class MyRand
public MyRand(int seed)
this.seed =
public int Next()
int next = (seed * 29 + 37) % 1000;
&如下调用：
MyRand rand = newMyRand(51);
for (int i = 0; i & 10; i++)
Console.WriteLine(rand.Next());
执行结果如下：
生成的数据是不是看起来"随机"了。简单解释一下这个代码：我们创建MyRand的一个对象，然后构造函数传递一个数51，这个数被赋值给seed，每次调用Next方法的时候根据(seed * 29 + 37) % 1000计算得到一个随机数，把这个随机数赋值给seed，然后把生成的随机数返回。这样下次再调用Next()的时候seed就不再是51，而是上次生成的随机数了，这样就看起来好像每一次生成的内容都很"随机"了。注意"%1000"取余预算的目的是保证生成的随机数不超过1000。&
当然无论是你运行还是我每次运行，输出结果都是一样的随机数，因为根据给定的初始数据51，我们就可以依次推断下来下面生成的所有"随机数"是什么都可以算出来了。这个初始的数据51就被称为"随机数种子"，这一系列的516、1、66、951、616&&数字被称为"随机数序列"。我们把51改成52，就会有这样的结果：
三、楼主好人，跪求种子
&&&&那么怎么可以使得每次运行程序的时候都生成不同的"随机数序列"呢？因为我们每次执行程序时候的时间很可能不一样，因此我们可以用当前时间做"随机数种子"
MyRand rand = newMyRand(Environment.TickCount);
for (int i = 0; i & 10; i++)
Console.WriteLine(rand.Next());
&&&&&Environment.TickCount为"系统启动后经过的微秒数"。这样每次程序运行的时候Environment.TickCount都不大可能一样（靠手动谁能一微秒内启动两次程序呢），所以每次生成的随机数就不一样了。
&&&&当然如果我们把new MyRand(Environment.TickCount)放到for循环中：&
for (int i = 0; i & 100; i++)
MyRand rand = newMyRand(Environment.TickCount);
Console.WriteLine(rand.Next());
&&&&运行结果又变成"很多是连续"的了，原理很简单：由于for循环体执行很快，所以每次循环的时候Environment.TickCount很可能还和上次一样（两行简单的代码运行用不了一毫秒那么长事件），由于这次的"随机数种子"和上次的"随机数种子"一样，这样Next()生成的第一个"随机数"就一样了。从"-320"变成"-856"是因为运行到"-856"的时候时间过了一毫秒。&
四、各语言的实现
&&&&我们看到.Net的Random类有一个int类型参数的构造函数：
public&Random(int&Seed)
就是和我们写的MyRand一样接受一个"随机数种子"。而我们之前调用的无参构造函数就是给Random(int&Seed)传递Environment.TickCount类进行构造的，代码如下：
&&&&&&&&public&Random()&:&this(Environment.TickCount)&&&&&&&&{&&&&&&&&}
&&&&这下我们终于明白最开始的疑惑了。
同样道理，在C/C++中生成10个随机数不应该如下调用：
for(i=0;i&10;i++)
srand( (unsigned)time( NULL ) );
printf("%d\n",rand());
srand( (unsigned)time( NULL ) ); //把当前时间设置为"随机数种子"
for(i=0;i&10;i++)
printf("%d\n",rand());
&五、"奇葩"的Java
Java学习者可能会提出问题了，在Java低版本中，如下使用会像.Net、C/C++中一样产生相同的随机数：&
for(int i=0;i&100;i++)
Random rand = new Random();
System.out.println(rand.nextInt());
&因为低版本Java中Rand类的无参构造函数的实现同样是用当前时间做种子：
public&Random()&{&this(System.currentTimeMillis());&}&
但是在高版本的Java中，比如Java1.8中，上面的"错误"代码执行却是没问题的：
&&&&为什么呢？我们来看一下这个Random无参构造函数的实现代码：
public Random()
this(seedUniquifier() ^ System.nanoTime());
private static long seedUniquifier() {
for (;;) {
long current = seedUniquifier.get();
long next = current * 652981L;
if (pareAndSet(current, next))
privatestaticfinal AtomicLong seedUniquifier
= new AtomicLong(8012L);
&&&&&这里不再是使用当前时间来做"随机数种子"，而是使用System.nanoTime()这个纳秒级的时间量并且和采用原子量AtomicLong根据上次调用构造函数算出来的一个数做异或运算。关于这段代码的解释详细参考这篇文章《》
最核心的地方就在于使用static变量AtomicLong来记录每次调用Random构造函数时使用的种子，下次再调用Random构造函数的时候避免和上次一样。
六、高并发系统中的问题
&&&&前面我们分析了，对于使用系统时间做"随机数种子"的随机数生成器，如果要产生多个随机数，那么一定要共享一个"随机数种子"才会避免生成的随机数短时间之内生成重复的随机数。但是在一些高并发的系统中一个不注意还会产生问题，比如一个网站在服务器端通过下面的方法生成验证码：
Random rand = new Random();
Int code = rand.Next();
&&&&当网站并发量很大的时候，可能一个毫秒内会有很多个人请求验证码，这就会造成这几个人请求到的验证码是重复的，会给系统带来潜在的漏洞。
&&&&&再比如我今天看到的一篇文章《当随机不够随机：一个在线扑克游戏的教训》里面就提到了"由于随机数产生器的种子是基于服务器时钟的，黑客们只要将他们的程序与服务器时钟同步就能够将可能出现的乱序减少到只有 200,000 种。到那个时候一旦黑客知道 5 张牌，他就可以实时的对 200,000 种可能的乱序进行快速搜索，找到游戏中的那种。所以一旦黑客知道手中的两张牌和 3 张公用牌，就可以猜出转牌和河牌时会来什么牌，以及其他玩家的牌。" &
&&&&这种情况有如下几种解决方法：
把Random对象作为一个全局实例（static）来使用。Java中Random是线程安全的（内部进行了加锁处理）；.Net中Random不是线程安全的，需要加锁处理。不过加锁会存在会造成处理速度慢的问题。而且由于初始的种子是确定的，所以攻击者存在着根据得到的若干随机数序列推测出"随机数种子"的可能性。
因为每次生成Guid的值都不样，网上有的文章说可以创建一个Guid计算它的HashCode或者MD5值的方式来做种子：&new Random(Guid.NewGuid().GetHashCode())&。但是我认为Guid的生成算法是确定的，在条件充足的情况下也是可以预测的，这样生成的随机数也有可预测的可能性。当然只是我的猜测，没经过理论的证明。
采用"真随机数发生器"，快看下一节分解！
&七、真随机数发生器
&&&&根据我们之前的分析，我们知道这些所谓的随机数不是真的"随机"，只是看起来随机，因此被称为"伪随机算法"。在一些对随机要求高的场合会使用一些物理硬件采集物理噪声、宇宙射线、量子衰变等现实生活中的真正随机的物理参数来产生真正的随机数。
当然也有聪明的人想到了不借助增加"随机数发生器"硬件的方法生成随机数。我们操作计算机时候鼠标的移动、敲击键盘的行为都是不可预测的，外界命令计算机什么时候要执行什么进程、处理什么文件、加载什么数据等也是不可预测的，因此导致的CPU运算速度、硬盘读写行为、内存占用情况的变化也是不可预测的。因此如果采集这些信息来作为随机数种子，那么生成的随机数就是不可预测的了。
在Linux/Unix下可以使用"/dev/random"这个真随机数发生器，它的数据主来来自于硬件中断信息，不过产生随机数的速度比较慢。
Windows下可以调用系统的CryptGenRandom()函数，它主要依据当前进程Id、当前线程Id、系统启动后的TickCount、当前时间、QueryPerformanceCounter返回的高性能计数器值、用户名、计算机名、CPU计数器的值等等来计算。和"/dev/random"一样CryptGenRandom()的生成速度也比较慢，而且消耗比较大的系统资源。
当然.Net下也可以使用RNGCryptoServiceProvider&类（System.Security.Cryptography命名空间下）来生成真随机数，根据StackOverflow上一篇帖子介绍RNGCryptoServiceProvider&并不是对CryptGenRandom()函数的封装，但是和CryptGenRandom()原理类似。 &
有人可能会问：既然有"/dev/random" 、CryptGenRandom()这样的"真随机数发生器"，为什么还要提供、使用伪随机数这样的"假货"？因为前面提到了"/dev/random" 、CryptGenRandom()生成速度慢而且比较消耗性能。在对随机数的不可预测性要求低的场合，使用伪随机数算法即可，因为性能比较高。对于随机数的不可预测性要求高的场合就要使用真随机数发生器，真随机数发生器硬件设备需要考虑成本问题，而"/dev/random"、CryptGenRandom()则性能较差。
万事万物都没有完美的，没有绝对的好，也没有绝对的坏，这才是多元世界美好的地方。
如鹏网正在报名，有网络的地方就可以参加如鹏网的学习，学完就能高薪就业，
& &&三年前只要懂&三层架构&就可以说&精通分层架构&；现在则需要懂IOC（AutoFac等）、CodeFirst、lambda、DTO等才值钱；
&&&&三年前只要会SQLServer就可以说自己&精通数据库开发&；现在则需还需要掌握MySQL等开源数据库才能说是&.Net开源&时代的程序员；
&&&&三年前只要会进行用户上传内容的安全性处理即可；现在则需要熟悉云存储、CDN等才能在云计算时代游刃有余；
&&&&三年前只要掌握Lucene.Net就会说自己&熟悉站内搜索引擎开发&；现在大家都用ElasticSearch了，你还用Lucene.Net就太老土了；
&&&&三年前发邮件还是用SmtpClient；现在做大型网站发邮件必须用云邮件引擎；
&&&&三年前缓存就是Context.Cache；现在则是Redis、Memcached的天下；
&&&&如鹏网再次引领.Net社区技术潮流！
阅读(...) 评论()热门搜索词：
您的位置： >
炉石传说的随机是真随机吗 随机机制是伪随机还是真的
11:58 作者：栗悟饭与龟波功
搜索"8090网页游戏"
　　炉石传说中的随机机制一直是被大家诟病的，争议很多。很多觉得是真随机很公平有些人觉得是伪随机，那么到底是怎么回事呢?
　　其实小编也觉得是伪随机。玩过这种竞技类游戏的人都会有这种体验，举个例子，比如打炉石天梯的时候，当你在一段时间内连胜，胜率非常高的情况下，那么接下来你输掉比赛的几率就会增加。
　　这是因为游戏运营者需要平衡所有玩家的游戏体验，如果有玩家一直赢，那么必定有玩家一直输，为了让大多数玩家拥有不错的游戏体验，就需要&发牌员&来平衡玩家的胜率，所以在匹配游戏对手和抽牌的过程中都存在着一定程度的伪随机情况。
　　以上就是小编对炉石传说中随机机制的一些看法，不知道大家怎么看?
密码不能为空
用户名或者密码错误
您还没有账号?&
最近开服：
最近玩过：
客服电话7×24
健康游戏忠告：抵制不良游戏 拒绝盗版游戏 注意自我保护 谨防受骗上当 适度游戏益脑 沉迷游戏伤身 合理安排时间 享受健康生活
   苏ICP备号-92
© 江苏名通信息科技有限公司 版权所有
软件名称：名通8090游戏运营平台软件   版本号：V1.0   江苏名通信息科技有限公司}