一百万条的我随机测了一下,没有找到相同的。
一千万条花了我五分钟,生成的文件足足有210M
。晕倒…………
你如果有时间的话就帮我测试一下1亿条中会不会出现相同的吧
你这话就是有相同的可能了?
我的绝对不会有相同的...
我改进了程序...生成一万条的时间也是几秒!
无论以后生成多少次.都不会和以前生成的数据相同!
而且时间也不会增加..生成一万能条还是几秒!

一百万条的我随机测了一下,没有找到相同的。
一千万条花了我五分钟,生成的文件足足有210M
。晕倒…………
你如果有时间的话就帮我测试一下1亿条中会不会出现相同的吧
你这话就是有相同的可能了?
我的绝对不会有相同的...
我改进了程序...生成一万条的时间也是几秒!
无论以后生成多少次.都不会和以前生成的数据相同!
而且时间也不会增加..生成一万能条还是几秒!
我确时是用RON中那六个字符来确保当前文件生成的字符串不会与上一个文件中的字符串相同。
因为我们每运行一次程序就产生一个新的文件,如果每生成一条字符串都要与以前的字符串相比较的话是不可能能的(如果真的用这种方法,我估计生成了一亿条之后,每生成一条都要等上几天的时间)。
那么说你产生的字符串与真正的随机性有差异了.
我的不会...绝对的随机性.而且不会有这个问题(如果每生成一条字符串都要与以前的字符串相比较的话是不可能能的(如果真的用这种方法,我估计生成了一亿条之后,每生成一条都要等上几天的时间)。)
我设想了一个方法不知道对不对,在16位中 用年,月,日,时,分,秒,那秒各直接生成1位,剩下9位随机好了,这样在同一台机器,只要不修改时间,就可以无限不重复出数了.速度应该很快吧!(我没装VB无法测试,谁帮忙试试!),不知道有没有和我思路一样的,哈哈!!
那么你只有9位是随机的了..那么就是不合乎要求...行不通!
那么说你产生的字符串与真正的随机性有差异了.
我的不会...绝对的随机性.而且不会有这个问题(如果每生成一条字符串都要与以前的字符串相比较的话是不可能能的(如果真的用这种方法,我估计生成了一亿条之后,每生成一条都要等上几天的时间)。)
呵呵,我是用每次运行程序的时间通过运算来产生字符串的,而那个Ron文件里是一个校验字符串,是为了确保每个文件都不会产生相同的字符串。