一百万条的我随机测了一下，没有找到相同的。
一千万条花了我五分钟，生成的文件足足有210M。晕倒…………
你如果有时间的话就帮我测试一下1亿条中会不会出现相同的吧

[此贴子已经被作者于2007-4-7 0:54:22编辑过]

我设想了一个方法不知道对不对,在16位中 用年,月,日,时,分,秒,那秒各直接生成1位,剩下9位随机好了,这样在同一台机器,只要不修改时间,就可以无限不重复出数了.速度应该很快吧!(我没装VB无法测试,谁帮忙试试!),不知道有没有和我思路一样的,哈哈!!

看来Joforn的比我的要好用了,不知道你在比较两个文件时是用的什么算法

还是那个Ron文件能保证100%不重复呢,要是这样就更想不明白了

把Jnforn的数据做了下字符出现次数的统计,各字符间频率差异大了点,是算法上有原因吗?

0: 4200
1: 408
2: 1099
3: 654
4: 1121
5: 1399
6: 1702
7: 673
8: 4249
9: 4516
A: 3185
B: 161
C: 451
D: 636
E: 938
F: 394
G: 1514
H: 1776
I: 1256
J: 1286
K: 982
L: 1834
M: 1348
N: 2508
O: 887
P: 589
Q: 1639
R: 751
S: 348
T: 1585
U: 452
V: 1585
W: 809
X: 3684
Y: 3864
Z: 21610
a: 3065
b: 161
c: 449
d: 636
e: 1055
f: 1108
g: 1513
h: 5006
i: 5470
j: 5353
k: 5140
l: 5900
m: 5400
n: 6446
o: 4817
p: 588
q: 1636
r: 749
s: 346
t: 1584
u: 452
v: 1586
w: 809
x: 2452
y: 2784
z: 19402

应该出现的次数比较平均才对吧

0: 2603
1: 2670
2: 2575
3: 2619
4: 2622
5: 2581
6: 2628
7: 2658
8: 2588
9: 2507
A: 1268
B: 2677
C: 2667
D: 2582
E: 2589
F: 2710
G: 2616
H: 2625
I: 2587
J: 2628
K: 2508
L: 2538
M: 2624
N: 2620
O: 2659
P: 2657
Q: 2697
R: 2646
S: 2724
T: 2564
U: 2571
V: 2626
W: 2667
X: 2729
Y: 2515
Z: 2613
a: 2597
b: 2642
c: 2605
d: 2554
e: 2675
f: 2611
g: 2568
h: 2644
i: 2677
j: 2727
k: 2706
l: 2659
m: 2569
n: 2641
o: 2624
p: 2679
q: 2520
r: 2545
s: 2638
t: 2629
u: 2617
v: 2674
w: 2629
x: 2605
y: 2662
z: 1345

你俩都不在,我一人没意思,发了这贴我就够4000分了,把赌注加到2000分,和你俩比比,谁的好用我就把分给谁,输了什么也不要,要让楼主和版主们来评

想了想楼主的程序,可能是用在网站上下载资料的标识串之类的,后缀划分下载速度的等级(只是想想猜猜)

明天我去玉渊潭看樱花,今天解决不了就要等周一了,想好了,是2000分,不拿白不拿

[此贴子已经被作者于2007-4-7 11:13:48编辑过]

先确定要的字符的ASCII码范围
然后用随机函数生成ASCII码
再把它们转成字符就可以了

我确时是用RON中那六个字符来确保当前文件生成的字符串不会与上一个文件中的字符串相同。
因为我们每运行一次程序就产生一个新的文件，如果每生成一条字符串都要与以前的字符串相比较的话是不可能能的（如果真的用这种方法，我估计生成了一亿条之后，每生成一条都要等上几天的时间）。

你们都想到那么远了,看来我要输了.

不过每条有62的16次方程种可能,加上三种后缀就是再乘以3,应该是很大的数了吧,我没去考虑重复的可能

本来很有意思的一件事弄成这样,我退出了,你俩谁赢了我把分给谁就是了